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INTRODUCTION AND OVERVIEW 




DESIGN PHILOSOPHY 

The Am29050T^ Streamlined Instruction Processor is the result of a design philosophy 
that recognizes that processor performance must be considered in light of the 
processor’s hardware and software environment. The key to maximizing performance 
lies in the realization that the processor is part of an integrated system, and is itself a 
collection of components that must be properly integrated. 

Processor features must be considered not only on their own merits, but also in 
relation to other components of the system. A particular feature that—considered 
alone—increases one aspect of processor performance may actually decrease the 
performance of the total system, because of the burden that It places elsewhere in the 
system. As an Illustration, consider the factors involved in the execution time of any 
processor task: 

TASK TIME = INSTRUCTIONS /TASK * CYCLES / INSTRUCTION * TIME / CYCLE 

To minimize the time taken, It Is necessary to minimize the above product. This is not 
equivalent to minimizing all of the terms that contribute to the product; this. In fact, is 
generally not possible due to the Interaction of the terms. 

As an example of the Interaction of the above terms, consider the number of 
instructions required for a task. An attempt to minimize this number, a more or less 
traditional approach to processor architecture design, increases the average number 
of cycles required for the execution of an Instruction, because of the increased 
number of operations performed by each instruction. In addition, cycle time is 
increased because of Instruction-decode time. 

A second example of the interaction In the above equation appears in an attempt to 
reduce the cycle time through the pipelining of operations. In theory, the cycle time 
can be made arbitrarily small by the definition of an arbitrarily large number of pipeline 
stages. In practice—at least in the case of general-purpose processors—pipelining 
rarely yields much of Its potential benefit. This is due to situations where the pipeline 
cannot be kept fully occupied, such as when storage references and branches occur. 
In these situations, additional pipeline stages increase the number of cycles required 
for an operation, and thus affect the CYCLES / INSTRUCTION term. 

OPTIMUM PERFORMANCE 

Each of the terms In the above equation has some minimum bound for a given 
Implementation technology and task. In general, this minimum bound cannot be 
approached without an offsetting increase In the other terms, making the overall 
product less-than-optimum. The question then arises, what combination of terms 
does yield an optimum product? There are several things to note when answering 
this question. 

The first observation is that the number of operations underlying a given task is 
more or less fixed. Any single processor ultimately limits the time required for a task 
because it has a single execution unit and a single Instruction stream. The operations 
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that must be performed are reflected in the INSTRUCTIONS/TASK and CYCLES/ 
INSTRUCTION terms. These operations may be performed by relatively few 
instructions, where each instruction takes multiple cycles to execute, or by a larger 
number of instructions, where each takes a single cycle to execute. In the first case, 
the instructions are complex; In the second, they are simple. 

The point is that the trade-off between simple and complex instructions Is not one-to- 
one. For example, reducing the number of cycles per instruction by a factor of three 
does not Increase the number of instructions per task by the same factor. There are 
two reasons for this. The first is that, even when an instruction set supports complex 
operations, a large proportion of the instructions that are executed perform operations 
that could be performed as well by simple Instructions. The second is that simple 
Instructions expose more of the Internal processor operation to an optimizing com¬ 
piler. This allows the compiler to tailor the organization and sequence of operations to 
the task at hand, thereby reducing the total number of instructions executed. 

PERFORMANCE LEVERAGE 

Another important observation is that there is a tremendous amount of leverage in the 
TIME/CYCLE and CYCLES / INSTRUCTION terms. As they are made smaller, they 
have a proportionately greater effect on performance. 

For example, a reduction of 10 ns in the cycle time of a processor operating with a 
200-ns cycle time yields an Increase of 5% in the processor’s performance. The same 
improvement in a processor operating with a 50-ns cycle time yields a 20% increase 
in performance. 

Correspondingly, a reduction of 0.2 in the number of cycles per instruction in a proc¬ 
essor that averages 5 cycles per instruction yields a 4% increase in performance. 
However, the same reduction yields a 12.5% performance increase in a processor 
that averages 1.6 cycles per Instruction. 

CONCLUSION 

The conclusion Is that it is possible—and desirable—to yield somewhat in the number 
of instructions executed for a given task, and more than make up for the performance 
impact of this increase by reductions in the cycle time and in the number of cycles per 
instruction. For example, if both the cycle time and the number of cycles per Instruc¬ 
tion are reduced by a factor of three, while the number of instructions for a given task 
is allowed to grow by 50%, the resulting task time Is reduced by a factor of 6. 

The Am29050 microprocessor architecture was designed with the above effects in 
mind. Maximum performance Is obtained by the optimization of the product of the 
number of Instructions per task, the number of cycles per instruction, and the cycle 
time, not by minimizing one factor at the expense of the others. This is accomplished 
by careful definition of all processor components. In particular: 

1. The INSTRUCTION /TASK term Is optimized by the definition of simple Instruc¬ 
tions. The processor provides an efficient instruction set and a large number of 
general-purpose registers to an optimizing, high-level language compiler. Most 
reductions in this term are accomplished by the compiler. The number of instruc¬ 
tions for a given task may be greater than the number of Instructions for 
processors with complex Instruction sets. However, this increase Is more than 
offset by other improvements In processor performance. 

2. The CYCLES/INSTRUCTION term is optimized by the data-flow structure and 
performance-enhancing features of the processor. A large amount of processor 
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hardware is dedicated to achieving an average instruction-execution rate that is 
close to single-cycle execution. 

3. The TIME/CYCLE term is optimized by the Implementation technology, the 
processor system interface, and judicious use of pipelining. The simplicity of the 
instruction set and processor features helps minimize the cycle time. 


Am29050 MICROPROCESSOR USER MANUAL OVERVIEW 

This manual contains Information on the Am29050 processor that is essential for 
computer hardware and software architects and system design engineers. Additional 
Information is available in the form of data sheets, application notes, and other 
documentation that Is provided with software products and hardware-development 
tools. 

The information in this manual Is organized into eight chapters, each viewing the 
processor from a different perspective, and each with a specific objective. 

Chapter 1 introduces the features and performance aspects of the Am29050 
microprocessor. 

Chapter 2 contains brief technical descriptions of the processor architecture and 
implementation. 

Chapter 3 describes the details of the Am29050 microprocessor architecture. 

Chapter 4 details the operation of the processor’s internal functional units. 

Chapter 5 describes the operation of the external Interfaces of the Am29050 
microprocessor. 

Chapter 6 describes the attachment and use of coprocessors for the Am29050 
microprocessor. 

Chapter 7 discusses the implementation of software systems for the processor, 
focusing on programming features that deserve more coverage than Is provided by 
other chapters. 

Chapter 8 specifies the instruction set of the Am29050 microprocessor. It describes 
the instruction formats in detail, and provides a detailed description of every 
instruction. 

This manual Is organized around readers’ concerns and objectives. Each chapter 
focuses on a particular aspect of the processor, and is organized so that it may be 
read independently, insofar as possible. 

For those readers desiring only a brief overview of the Am29050 microprocessor. 
Chapters 1 and 2 Identify the outstanding features of the processor, and give a brief 
overview of the processor. These chapters address both software and hardware 
concerns. 

For software architects and system programmers interested mainly In software-related 
issues. Chapters 3, 7, and 8 provide the necessary Information. 

For hardware architects and systems hardware designers interested mainly in 
hardware-related Issues, Chapters 4 and 5 provide most of the required information; 
Chapter 8 also provides some related information. 

For those readers interested in the coprocessor interface. Chapter 6 describes the 
interface both from a software and hardware point-of-view. 
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This chapter provides an evaluation of the Am29050 microprocessor as an aid in 
considering a particular application. A detailed technical description of the Am29050 
microprocessor is contained In subsequent chapters. This chapter informally de¬ 
scribes the features of the processor, concentrating on features which distinguish the 
Am29050 microprocessor from other available processors. 

1.1 DISTINCTIVE CHARACTERISTICS 

• Full 32-bit architecture 

• Double-precision, Floating-Point Arithmetic Unit on-chip 

• CMOS technology/TTL-compatible 

• 32 million instructions per second sustained at a 40-MHz operating frequency 

• 1.25 clock cycles per instruction average 

• 4-Gb virtual address space 

• 192 general-purpose registers 

• Three-address instruction architecture 

® Non-multiplexed, pipelined address, instruction and data buses 

• Concurrent instruction and data accesses 

• Burst-mode access support 

• 1024-byte Branch Target Cache^^ memory 

• 4-entry Physical Address Cache memory 

® 64-entry Memory Management Unit on-chip 

® Demand paging 

® Fully pipelined 

® On-chip Timer Facility 

® On-chip clock generation 

® Enhanced debugging support 

® Master/slave chip output checking 

1.2 INTRODUCTION 

The Am29050 Streamlined Instruction Processor is a high-performance, 
general-purpose, 32-bit microprocessor implemented in complementary metal-oxide 
semiconductor (CMOS) technology. It supports a variety of applications, using a 
flexible architecture and rapid execution of simple Instructions which are common to a 
wide range of tasks. 
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1-3-1 


1-3-2 


The Am29050 microprocessor extends the 29 Ktm Family of processors with a 
high-performance, pipelined, on-chip floating-point unit. The floating-point unit 
performs IEEE-compatible, single-precision and double-precision arithmetic at a peak 
rate of 80 million floating-point operations per second (MFLOPS) at 40 MHz. The 
Am29050 microprocessor also has features to improve the performance of loads and 
branches, allowing sustained Integer performance of 32 million instructions per 
second (MIPS) at 40 MHz. 

The Am29050 microprocessor is fully hardware- and software-compatible with the 
Am29000T“ microprocessor. It can be used in existing Am29000 microprocessor 
applications without hardware or software modifications. It can bring a dramatic 
increase in performance to floating-point-intensive applications, particularly graphics 
and laser-printer applications. 

The Am29050 microprocessor is packaged in a 169-pin, pIn-grId-array (PGA) pack¬ 
age, with 141 signal pins, 27 power and ground pins, and one alignment pin. A repre¬ 
sentative system diagram is shown in Figure 1-1. 

PERFORMANCE OVERVIEW 

The Am29050 microprocessor provides a significant margin of performance over 
other processors in its class, since the majority of processor features were defined 
with the maximum achievable performance In mind. This section describes the fea¬ 
tures of the Am29050 microprocessor from the point-of-view of system performance. 


Cycle Time 

The Am29050 microprocessor Is implemented In CMOS technology, with a 0.8 micron 
effective transistor-channel length. This technology allows the processor to operate at 
a frequency of 40 MHz. The processor cycle time is a single, 25-ns clock period. The 
processor interface drivers can drive 80-pF loads at this frequency. 

Four-Stage Pipeline 

The Am29050 microprocessor utilizes a four-stage pipeline for integer operations, 
allowing it to execute one integer instruction every clock cycle. The processor can 
complete an Instruction on every cycle, even though four cycles are required from the 
beginning of an Instruction to its completion. 

Floating-point operations are pipelined to a depth determined by the operation 
latency, and are overlapped with integer operations. A floating-point operation and an 
integer operation can complete at the same time without stalling the pipeline. 

At a 40-MHz operating frequency, the maximum instruction execution rate Is 40 
million instructions per second (MIPS). For most other processors, the maximum 
MIPS rate has little meaning, because it can be achieved only under special 
circumstances. However, the Am29050 microprocessor pipeline is designed so that 
the Am29050 microprocessor can operate at the maximum instruction-execution rate 
a significant portion of the time. 

Pipeline interlocks are implemented by processor hardware, including those required 
for floating-point operations. Except for a few special cases, it is not necessary to 
re-arrange programs to avoid pipeline dependencies, although this is sometimes 
desirable for performance. 
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System Interface 

One of the most difficult tasks in the definition of a high-speed microprocessor is the 
definition of an off-chip interface which supports the operating frequency of the 
processor, and does not restrict the ability of the processor to fetch instructions and 
data, if the external interface of a microprocessor cannot support an instruction fetch 
rate of one instruction every cycle, there is little prospect that the processor will 
execute at this rate, even though it supports such a rate internally. 
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The Am29050 microprocessor accesses external instructions and data using three 
non-multiplexed buses. These buses are referred to collectively as the channel. The 
channel protocol minimizes the logic chains involved in a transfer, and provides a 
maximum transfer rate of 320 Mb/s at 40 MHz. 

1.3.3.1 SEPARATE ADDRESS, INSTRUCTION, AND DATA BUSES 

The Am29050 microprocessor incorporates two 32-bit buses for instruction and data 
transfers, and a third address bus which is shared between instruction and data ac¬ 
cesses. This bus structure allows simultaneous instruction and data transfers, even 
though the address bus is shared. The channel achieves the performance of four 
separate 32-blt buses at a much reduced pin count. 

1.3.3.2 PIPELINED ADDRESSES 

The Am29050 microprocessor address bus is pipelined, so that it can be released 
before an instruction or data transfer is completed. This allows a subsequent access 
to begin before the first has completed, and allows the processor to have two ac¬ 
cesses in progress simultaneously. 

1.3.3.3 SUPPORT OF BURST DEVICES AND MEMORIES 

Burst-mode accesses provide high transfer rates for instructions and data at 
sequential addresses. For such accesses, the address of the first instruction or datum 
is sent, and subsequent requests for instructions or data at sequential addresses do 
not require additional address transfers. These instructions or data are transferred 
until either party Involved in the transfer terminates the access. 

Burst-mode accesses can occur at the rate of one access per cycle after the first 
address has been processed. At 40 MHz, the maximum achievable transfer 
bandwidth for either instructions or data is 160 Mb/s. 

Burst-mode accesses may occur to Input/output devices, if the system design permits. 

1.3.3.4 INTERFACE TO FAST DEVICES AND MEMORIES 

The processor can be interfaced to devices and memories which complete accesses 
within one cycle. The channel protocol takes maximum advantage of such devices 
and memories by allowing data to be returned to the processor during the cycle in 
which the address Is transmitted. This allows a full range of memory-speed trade-offs 
to be made within a particular system. 


1.3.4 Register File 

An on-chip Register File containing 192 general-purpose registers allows most 
instruction operands to be fetched without the delay of an external access. The 
Register File Incorporates several features which aid the retention of data required by 
an executing program. Because of the number of general-purpose registers, the 
frequency of external references for the Am29050 microprocessor is significantly 
lower than the frequency of references in processors having only 16 or 32 registers. 

Four-port access to the Register File allows two 64-bit source-operands to be fetched, 
in one cycle, while two previously computed results are written; one write port Is for 
integer operations, and the other port is for floating-point operations. Four 64-blt 
internal buses prevent contention in the routing of operands. All operand fetches and 
result write-backs for instruction execution can be performed in a single cycle. 

The registers allow efficient procedure linkage, by caching a portion of a compiler’s 
run-time stack. On the average, procedure calls and returns can be executed 5 to 10 
times faster (on a cycle-by-cycle basis) than in processors which require the 
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implementation of a run-time stack In external memory (with the attendant loading and 
storing of registers on procedure call and return). 


1.3.5 Instruction Execution 

The Am29050 microprocessor uses an Arithmetic/Logic Unit, a Field Shift Unit, and a 
Prioritizer to execute most instructions. Each of these Is organized to operate on 
32-blt operands, and provide a 32-blt result. All operations are performed In a single 
cycle. 

Floating-point operations are performed in an on-chip Floating-Point Unit. The 
floating-point unit performs 32-blt, single-precision and 64-blt, double-precision 
computations. Most of the time, floating-point operations are performed In parallel with 
Integer operations and other floating-point operations. 

Instruction operations are overlapped with operand fetch and result write-back to the 
Register File. Pipeline forwarding logic detects pipeline dependencies and routes data 
as required, avoiding delays which might arise from these dependencies. 

1.3.6 Branch Target Cache Memory 

In general, the Am29050 microprocessor meets its instruction bandwidth 
requirements via Instruction prefetching. However, instruction prefetching Is 
ineffective when a branch occurs. The Am29050 microprocessor therefore 
Incorporates a 64- or 128-entry (configurable at run time) Branch Target Cache 
memory to supply Instructions for a branch—if this branch has been taken 
previously—^whlle a new prefetch stream is established. 

If branch-target Instructions are In the Branch Target Cache memory, branches 
execute in a single cycle. This has a very positive effect on processor performance, 
due to the amount of time the processor could otherwise be idle waiting for the new 
instruction stream. 

As an example, consider that successful branches are 20% of a dynamic Instruction 
mix, and that five cycles are required to restart the processor pipeline after a branch. 
For 20% of the Instructions, the processor would take one cycle to execute the branch 
instruction and wait five cycles to refill the Instruction pipeline. The overhead of 
branch instructions would be six cycles. If the remaining 80% of the Instructions 
require a single cycle to execute, the latency Involved In branching would reduce the 
average execution rate from one cycle per Instruction to two, thus halving the 
performance. 

The Branch Target Cache memory in the Am29050 microprocessor has an average 
hit rate of 80%. In other words. It eliminates the branch latency for 80% of all success¬ 
ful branches on the average. 

1.3.7 Branching 

Branch conditions in the Am29050 microprocessor can be based on Boolean data 
contained In general-purpose registers, as well as on arithmetic condition codes. 

Using a condition-code register for the purpose of branching can Inhibit certain 
compiler optimizations, because the condition-code register can typically be modified 
by many different Instructions. It can be difficult for an optimizing compiler to schedule 
this shared use. Since It can treat branch conditions like any other Instruction 
operands, the Am29050 microprocessor avoids this problem. 
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1.3.8 


1.3.8.1 


The Am29050 microprocessor executes branches in a single cycle, for those cases 
where the target of the branch is in the Branch Target Cache memory. The 
single-cycle branch is unusual for a pipelined processor, and is due to processor 
hardware which allows much of the branch instruction operation to be performed early 
in the execution of the branch. Single-cycle branching has a dramatic effect on 
performance, since successful branches typically represent 15% to 25% of a 
processor’s instruction mix. 

The techniques used to achieve single-cycle branching also minimize the execution 
time of branches in those cases where the target is not In the Branch Target Cache 
memory. To keep the pipeline operating at the maximum rate, the instruction following 
the branch, referred to as the delay Instruction, is executed regardless of the outcome 
of the branch. An optimizing compiler can define a useful instruction for the delay 
Instruction in approximately 90% of branch instructions, thereby increasing the per¬ 
formance of branches. 


Loads and Stores 

The performance degradation of load and store operations is minimized in the 
Am29050 microprocessor by overlapping them with instruction execution, by taking 
advantage of pipelining, and by organizing the flow of external data onto the proces¬ 
sor so that the Impact of external accesses is minimized. 

OVERLAPPED LOADS AND STORES 

In the Am29050 microprocessor, a load or store is performed concurrently with 
execution of Instructions which do not have dependencies on the load or store 
operation. An optimizing compiler can schedule loads and stores in the Instruction 
sequence so that, in most cases, data accesses are overlapped with instruction 
execution. 

Overlapped load and store operations can achieve up to a 30% improvement in 
performance when data memory has a two-cycle access time. Processor hardware 
detects dependencies while overlapped loads and stores are being performed, so 
dependencies have no software implications. 

A classical problem in the implementation of overlapped loads and stores Is that of 
dealing with address-translation exceptions in a demand-paged environment. Overlap 
is not possible if any load or store which encounters an address-translation exception 
must be restarted by the re-execution of the initiating Instruction. In this case, the 
processor would have to hold instruction execution until the success of every load or 
store were insured. The Am29050 microprocessor exception restart mechanism 
automatically saves information required to restart any load or store, until the 
operation successfully completes. Thus, it allows the overlapped execution of loads 
and stores while properly handling address-translation exceptions. 

A second problem in the implementation of overlapped loads concerns the handling of 
data which is returned to the processor upon completion of the load. This data must 
be written to the register file, but it contends for register-file write-cycles with other 
instructions which are being overlapped with the load. This contention may be 
eliminated by adding a special write port to the register file. However, due to the size 
of the register file in the Am29050 microprocessor, a fifth port for writing incoming 
load data is not economical. 

The Am29050 microprocessor data-flow organization avoids the one-cycle penalty 
which would result from the contention between load data and the results of over¬ 
lapped Instruction execution. Load data is buffered in a latch while awaiting an oppor¬ 
tunity to be written into the register file. This opportunity is guaranteed to arise before 
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the next load is executed. While the data Is buffered in this latch, it may be used as an 
Instruction operand in place of the destination register for the load. 

1.3.8.2 EARLY LOADS 

The early load feature, incorporating a 4-entry Physical Address Cache memory, 
speeds up the execution of load operations by making the physical address of the 
load available at the end of the decode cycle of the load instruction. At the beginning 
of the next cycle, when the load enters the execute stage, the physical address ap¬ 
pears on the channel. In effect, early loads reduce the effective access time of the 
external memory by one cycle. 

1.3.8.3 LOAD MULTIPLE AND STORE MULTIPLE 

These Instructions allow the transfer of the contents of multiple registers to or from 
external memories or devices. This transfer can occur at a rate of one register-content 
per cycle. 

The advantage of Load Multiple and Store Multiple is best seen In task switching, 
register-file saving and restoring, and In block data moves. In many systems, such 
operations require a significant percentage of execution time. 

The load-multiple and store-multiple sequences are interruptible, so that they do not 
affect interrupt latency. 

1.3.8.4 FORWARDING OF LOAD DATA 

Data which is sent to the processor at the completion of a load Is fon^^arded directly to 
the appropriate execution unit if the data Is required Immediately by an Instruction. 
This avoids the common one-cycle delay from bus transfer to use of data, and re¬ 
duces the access latency of external data by one cycle. 


1.3.9 Memory Management 

A 64-entry Translation Look-Aside Buffer (TLB) and two Region Mapping registers on 

the Am29050 microprocessor perform virtual-to-physical address translation, avoiding 

the cycle which would be required to transfer the virtual address to an external TLB. A 

number of enhancements Improve the performance of address translation: 

1. Pipelining—^The operation of the TLB Is pipelined with other processor operations. 

2. Early Address Translation—Address translations for load, store, and branch 
Instructions occur during the cycle in which these Instructions are executed. This 
allows the physical address to be transferred externally In the next cycle. 

3. Region Mapping—The Region Mapping registers permit efficient mapping of 
large, contiguous regions of memory. This is useful for code libraries and large 
data structures; these can appear in a virtual address space without paging 
overhead. 

4. Task Identifiers—Task Identifiers allow TLB entries to be matched to different 
processes, so that TLB invalidation Is not required during task switches. 

5. Least-Recently Used Hardware—This hardware allows immediate selection of a 
TLB set to be replaced. 

6. Software Reload—Software reload allows the operating system to use a 
page-mapping scheme which is best matched to its environment. 
Paged-segmented, one-level-page mapping, two-level-page mapping, or any 
other user-defined page-mapping scheme can be supported. Because Am29050 
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microprocessor instructions execute at an average rate of nearly one instruction 
per cycle, software reload has a performance approaching that of hardware TLB 
reload. 

1.3.10 Interrupts and Traps 

When the Am29050 microprocessor takes an interrupt or trap, it does not 
automatically save Its current state Information in memory. This greatly improves 
the performance of temporary Interruptions such as TLB reload or other simple 
operating-system calls which require no saving of state information. 

In cases where the processor state must be saved, the saving and restoring of state 
information Is under the control of software. The methods and data structures used to 
handle interrupts—and the amount of state saved—may be tailored to the needs of a 
particular system. 

Interrupts and traps are dispatched through a 256-entry Vector Area, which directs 
the processor to a routine to handle a given interrupt or trap. The Vector Area may be 
relocated in memory by the modification of a processor register. There may be 
multiple Vector Areas in the system, though only one is active at any given time. 

The Vector Area is either a table of pointers to the interrupt and trap handlers, or a 
segment of Instruction memory (possibly read-only memory) containing the handlers 
themselves. The choice between the two possible Vector Area definitions is deter¬ 
mined by the cost/performance trade-offs made for a particular system. 

If the Vector Area is a table of vectors In data memory, it requires only 1 kb of 
memory. However, this structure requires that the processor perform a vector fetch 
every time an interrupt or trap is taken. The vector fetch requires at least 3 cycles. In 
addition to the number of cycles required for the basic memory access. 

If the Vector Area Is a segment of instruction memory, It requires a maximum of 64 kb 
of memory. The advantage of this structure is that the processor begins the execution 
of the interrupt or trap handler In the minimum amount of time. 

1.4 OPTIMIZING COMPILERS 

The number of Instructions used to perform a given task is minimized by optimizing 
compilers which are supplied for the Am29050 microprocessor. A full discussion of 
optimizing-compller technology is beyond the scope of this manual, but there are a 
few concepts which should be mentioned here, because the Am29050 microproces¬ 
sor was designed to be an excellent target for optimizing compilers. 

1.4.1 Optimizing-Compiler Overview 

In addition to performing the same tasks as any other compiler, an optimizing 
compiler rearranges the generated code to minimize its size and execution time. This 
optimization occurs after the initial phases of code generation have been completed. 
The optimizer Inspects large portions of the compiled program for frequently occurring 
cases where the compiled results can be improved. 

Many optimization opportunities arise precisely because the code is compiler gener¬ 
ated. Code translation is an automated process, so the initial phases of the compiler 
often generate code that is much less than optimum. However, the optimizer can 
produce results which are often better than those produced by human assembly- 
language programmers, because It can deal with large portions of the program and an 
immense amount of data concerning program behavior. 
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Optimizing-Compiler Operation 

Conceptually, the optimizer arranges program flow and the creation, modification, and 
use of program data to minimize the amount of time required to perform a given task. 
The reduction in program space Is a normal side-benefit of the reduction in execution 
time. The optimizer is concerned not only with data explicit in the high-level program, 
but also with data created by other phases of the compiler in order to properly trans¬ 
late the program (for example, temporary values created during the evaluation of 
expressions). Optimization involves the following sorts of operations: 

1. Reusing results rather than repeating computations. The optimizer attempts to 
eliminate redundant computations by performing a computation once, and saving 
the result for later use. Often these redundant computations are not apparent in 
the original program, but are created by the underlying definitions of high-level 
operations. 

2. Reducing the amount of code executed within loops. In many cases, only a few 
computations change on different loop iterations. The optimizer attempts to 
reduce the amount of work performed within loops to a minimum, by moving 
loop-invariant computations outside of loops. 

3. Replacing slow operations by faster ones. The optimizer can recognize special 
cases of multiply and divide, for example, and replace them with faster shift and 
add Instructions. The slow operations, again, often are generated by earlier 
phases of the compiler because these operations are most general, and the early 
code-generation phases cannot recognize the special cases which allow the 
operations to be replaced with faster ones. 

4. Allocating processor registers so that they contain frequently used data. This 
reduces the number of relatively slow memory references, and replaces them by 
faster register references. 

5. Scheduling the execution of instructions. The optimizer attempts to move 
Instructions to a point In the program flow where they create fewer problems for 
the processor pipeline. For example, a register load or a floating-point operation 
may be moved to a point In the instruction sequence where its execution can be 
overlapped with other Instructions. 

Most optimizations performed rely heavily on two types of information collected by 
the optimizer: the first type deals with program flow, and the second with data 
dependencies which arise because of the program flow. The optimizer can tailor the 
code to the high-level task being compiled, not because It understands the task being 
performed by the high-level program, but because it understands the dependencies 
which arise in the generated code. As a result, it can adjust the instruction sequence 
to minimize the performance impact of these dependencies. 

It is important to note that the optimizer does not directly optimize a given program, 
but rather optimizes a special representation of the program which is suitable for 
analysis and modification by the optimizer, which is, after all, just another program. 
The key to optimization is that this representation be easy to analyze for program 
and data-flow information, and that it be easy to rearrange when optimizations are 
performed. 
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The Am29050 Microprocessor and Optimizing Compilers 


1.4-3.1 


GENERAL PRINCIPLES 

The primary principle behind the Am29050 microprocessor instruction set is that it 
matches the internal representation used by optimizing compilers to perform 
optimization. As discussed above, this representation is not arbitrary, but is rather 
strictly defined by the optimization algorithms. 

It is important to realize that optimizations performed for the Am29050 microprocessor 
would have limited effectiveness if applied to so-called complex-instruction pro¬ 
cessors. There are several fundamental problems that limit the effectiveness of 
optimizations for these other processors. 

The first problem with complex-instruction sets is that they normally provide a variety 
of instruction sequences which perform the same function as a sequence of instruc¬ 
tions In the compiler’s Internal representation, but do not match it exactly. The 
trade-offs made by a compiler to decide among the available choices can be very 
complex. 

In the first place, it Is difficult for the compiler to determine the difference in execution 
time between multiple instruction sequences, because of the amount of information 
involved. For example, just changing the addressing mode of an instruction can 
change the execution time. This is further complicated in the cases where the 
compiled program is to be run on different Implementations of the same processor, 
where execution times can depend on the implementation. If there is only one 
instruction sequence to choose from, and If all instructions execute In a single cycle, 
this problem is reduced greatly. 

During the generation of code for a complex-instruction processor, It is nearly 
impossible to guarantee that the choice of a given code sequence will not force a 
less-than-optimum choice of code at some later point in the translation. Restrictions 
arise late in translation because of decisions made earlier. Often, these restrictions 
arise because of interactions between Instructions; they are especially severe when 
instructions operate only on a specific register or group of registers. 

An additional problem with complex instruction sets is that optimizations applied to 
them do not necessarily save execution time. An optimization may not be reflected in 
the final compiled code, because the instruction set may inhibit the realization of the 
optimization. However, in the case of the Am29050 microprocessor, an optimization Is 
guaranteed to eliminate one or more execution cycles, because all processor 
operations are exposed to the compiler. 

The greatest benefit of exposing all processor operations to the compiler appears 
within loops, which is where processors spend a great deal of their execution time. 
The problem with complex instruction sets here is that, when an instruction set forces 
multiple operations with one Instruction, the processor spends much time performing 
redundant computations within loops. Many times, the redundant computations are 
performed by microcode, which cannot detect that a computation is loop-invariant, 
because It knows nothing of loops. The compiler is in no position to do much about 
this, because it cannot remove the loop-invariant computations from the 
micro-sequence; it Is forced to accept the definitions of the Instructions as they are. 

If an Instruction set Is defined so that all hardware-level operations are available to the 
compiler, the compiler Is free to construct any sequence of these operations. This 
allows the movement of loop-invariant computations out of loops, which can result in 
tremendous performance Improvements. 
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1.4.3.2 


SPECIAL Am29050 MICROPROCESSOR FEATURES 

In addition to the above considerations, there are several other central principles 
behind the definition of the Am29050 microprocessor. 

The Am29050 microprocessor instruction set reduces the number of Instructions 
required for most general-purpose tasks by providing a complete set of operations. 
The instruction set is streamlined, but there is no attempt to minimize the number of 
Instructions. Rather, the goal is to minimize the number of instructions required to 
execute most high-level language programs. 

With a few minor exceptions, Am29050 microprocessor integer instructions execute in 
a single cycle. As a result, the performance of an Am29050 microprocessor Instruc¬ 
tion sequence is very easy to predict, simplifying the task of compiler instruction- 
selection. In addition, single-cycle instruction execution allows the Am29050 
microprocessor to take the maximum advantage of a high-performance system 
design. Instructions are executed at approximately the rate at which they are supplied 
to the processor. The Am29050 microprocessor does not artificially constrain the 
instruction-execution rate by forcing instructions to require multiple cycles for 
execution, except In the unavoidable case of floating-point operations. 

The Am29050 microprocessor contains a large number of registers which facilitate 
compiler optimizations. These registers allow frequently used variables to be 
accessed quickly, provide a large number of temporary locations for the reuse of 
computational results, and simplify inter-procedural communication. The compiler is 
free to allocate these registers as required to Improve performance. Register 
allocation Is relatively simple, because there is such a large number of registers. 

For other processors which have fixed register-addressing, a compiler has difficulties 
allocating the usage of registers, because registers must be allocated statically at 
compile time. Procedure calls present the greatest difficulty. It is impossible for the 
compiler to determine exactly which procedures will be called during execution, and In 
what order they will be called. Thus, it is impossible to precisely allocate the usage of 
registers across procedure-call boundaries. 

Since the Am29050 microprocessor local registers are addressed relative to a Stack 
Pointer, compiler register-allocation is simplified. The local registers are allocated 
dynamically during execution. Thus, the compiler need not be concerned about the 
allocation of registers across procedure boundaries; this is handled automatically by 
the local-register addressing. 

Am29050 microprocessor pipelining Is exposed to the compiler In the form of delayed 
branches, overlapped loads and stores, and overlapped floating-point operations. The 
compiler is free to arrange instructions to reduce the performance Impact of the 
processor pipeline. However, the compiler arranges Instructions only because of the 
performance benefits. Pipeline interlocks in the Am29050 microprocessor guarantee 
correct operation in any case. 
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CHAPTER 2 


ARCHITECTURE HIGHLIGHTS 



This chapter gives a brief overview of the Am29050 microprocessor architecture, 
grouped into programming-related features, hardware features, and system 
interfaces. The technical information given in this chapter is also contained in 
subsequent chapters. Much of the detail is omitted here, since the objective is to 
provide a framework for understanding the Information in later chapters. 

Where appropriate, section titles in this chapter are followed by references to sections 
appearing In subsequent chapters. The referenced sections contain related detailed 
information. 

2.1 PROGRAMMER REFERENCE OVERVIEW 

This section gives a brief description of the Am29050 microprocessor from a program¬ 
mer’s point of view. It introduces the processor’s program modes, registers, and 
Instructions. An overview of the processor’s data formats and handling is given. This 
section also briefly describes interrupts and traps, memory management, and the 
coprocessor interface. Finally, the Timer Facility and Trace Facility are introduced. 

2.1.1 Program Modes (see Section 3.1) 

There are three mutually exclusive modes of program execution: the Supervisor 
mode, the User mode, and the Monitor mode. In the Supervisor mode, executing 
programs have access to all processor resources. In the User mode, certain proces¬ 
sor resources may not be accessed; any attempted access causes a trap. The Moni¬ 
tor mode allows debugging of both User and Supervisor code. 

2.1.2 Visible Registers (see Section 3.2) 

The Am29050 microprocessor incorporates four classes of registers which are ac¬ 
cessed and manipulated by instructions: general-purpose registers, floating-point 
accumulator registers, special-purpose registers, and Translation Look-Aside Buffer 
(TLB) registers. 

2.1.2.1 GENERAL-PURPOSE REGISTERS (see Section 3.2.1) 

The Am29050 microprocessor has 192 general-purpose registers. General-purpose 
registers are not dedicated to any special use, and are available for any appropriate 
program use. 

Most processor instructions are three-address instructions. An Instruction specifies 
any three of the 192 registers for use in instruction execution. Normally, two of these 
registers contain source-operands for the instruction, and a third stores the result of 
the Instruction. 

The 192 registers are divided Into 64 global and 128 local registers. Global registers 
are addressed with absolute register numbers, while local registers are addressed 
relative to an internal Stack Pointer. 
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2 . 1 . 2.2 


2.1.2.3 


For fast procedure calling, a portion of a compiler’s run-time stack can be mapped 
into the local registers. Statically allocated variables, temporary values, and 
operating-system parameters are kept in the global registers. 

The Stack Pointer for local registers is mapped to Global Register 1. The Stack 
Pointer is a full 32-blt virtual address for the top of the run-time stack. 

The Condition Code Accumulator Register Is mapped to both Global Register 2 and 
Global Register 3. This register can be used to accumulate into a single condition 
code the Boolean values produced by several operations. The condition code can 
then be used as an operand in further operations, for example, as a control parameter 
for conditional branches. 

The general-purpose registers may be accessed indirectly, with the register number 
specified by the content of a special-purpose register (see below) rather than by an 
instruction field. Three Independent indirect register numbers are contained In three 
separate special-purpose registers. Indirect addressing is accomplished by specifying 
Global Register 0 as an Instruction operand or result register. An instruction can 
specify an indirect register access for any or ail of the source operands or result. 

General-purpose registers may be partitioned Into segments of 16 registers for the 
purpose of access protection. A register in a protected segment may be accessed 
only by a program executing In the Supervisor or Monitor modes. An attempted ac¬ 
cess (either read or write) by a User-mode program causes a trap to occur. 

FLOATING-POBUT ACCUIAULATOR REGISTERS (see Section 3.2.2) 

The Am29050 microprocessor contains four double-precision floating-point accumula¬ 
tor registers for use with the floating-point multiply-accumulate and multiply-sum 
operations. Instructions are also provided for writing and reading the accumulator 
registers directly. 

SPECIAL-PURPOSE REGISTERS (see Section 3.2.3) 

The Am29050 microprocessor contains 39 special-purpose registers. These registers 
provide controls and data for certain processor functions. 

Special-purpose registers are accessed by data movement only. Any special-purpose 
register can be written with the contents of any general-purpose register or a 16-blt 
Immediate field, and any general-purpose register can be written with the contents of 
any special-purpose register. Operations cannot be performed directly on the 
contents of special-purpose registers. 

Some special-purpose registers are protected, and can be accessed only in the 
Supervisor or Monitor modes. This restriction applies to both read and write accesses. 
An attempt by a User-mode program to access a protected register causes a trap to 
occur. 

The protected special-purpose registers are defined as follows: 

0. VAB: Vector Area Base Address—Defines the beginning of the Interrupt/trap 
Vector Area. 

1. OPS: Old Processor Status—Receives a copy of the Current Processor Status 
(see below) when an interrupt or trap is taken. It is later used to restore the 
Current Processor Status on an interrupt return. 

2. CPS: Current Processor Status—Contains control information associated with 
the currently executing process, such as interrupt disables and the Supervisor 
Mode bit. 
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3. CFG: Configuration—Contains control information which normally varies only from 
system to system, and usually is set only during system initialization. 

4. CHA: Channel Address—Contains the address associated with an external 
access, and retains the address if the access does not complete successfully. The 
Channel Address Register, in conjunction with the Channel Data and Channel 
Control registers described below, allow the restarting of unsuccessful external 
accesses. This might be necessary for an access encountering a page fault in a 
demand-paged environment, for example. 

5. CHD: Channel Data—Contains data associated with a store operation, and retains 
the data if the operation does not complete successfully. 

6. CMC: Channel Control—Contains control information associated with a channel 
operation, and retains this information if the operation does not complete 
successfully. 

7. RBP: Register Bank Protect—Restricts access of User-mode programs to 
specified groups of 16 registers. This protects operating-system parameters kept 
in the global registers from corruption by User-mode programs. 

8. TMC: Timer Counter—Supports real-time control and other timing-related 
functions. 

9. TMR: Timer Reload—Maintains synchronization of the Timer Counter. It includes 
control bits for the Timer Facility. 

10. PCO: Program Counter 0—Contains the address of the instruction being decoded 
when an interrupt or trap is taken. The processor restarts this instruction upon 
interrupt return. 

11. PCI: Program Counter 1—Contains the address of the instruction being executed 
when an Interrupt or trap Is taken. The processor restarts this instruction upon 
Interrupt return. 

12. PC2: Program Counter 2—Contains the address of the Instruction just completed 
when an interrupt or trap is taken. This address is provided for information only, 
and does not participate in an interrupt return. 

13. MMU: MMU Configuration—Allows selection of various memory-management 
options, such as page size. 

14. LRU: LRU Recommendation—Simplifies the reload of entries in the Translation 
Look-Aside Buffer (TLB) by providing information on the least-recently used entry 
of the TLB when a TLB miss occurs (see Section 2.1.6). 

15. RSN: Reason Vector—Contains the vector number of the synchronous trap which 
caused entry into the Monitor mode. 

16. RMAO: Region Mapping Address 0—Specifies a mapping from a region of virtual 
address space to physical address space; contains the Virtual Base Address 
(VBA) and the corresponding Physical Base Address (PBA) (see Section 3.6.2). 

17. RMCO: Region Mapping Control 0—Contains control information associated with 
the region mapping specified by the Region Mapping Address Register 0. 

18. RMA1: Region Mapping Address 1—Specifies a mapping from a region of virtual 
address space to physical address space; contains the Virtual Base Address 
(VBA) and the corresponding Physical Base Address (PBA). 

19. RMC1: Region Mapping Control 1—Contains control information associated with 
the region mapping specified by the Region Mapping Address Register 1. 
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20. SPCO: Shadow Program Counter 0—Contains the address of the instruction being 
decoded when the processor enters Monitor mode. The processor restarts this 
instruction upon return from Monitor mode (see Section 3.7). 

21. SPC1: Shadow Program Counter 1—Contains the address of the instruction being 
executed when the processor enters Monitor mode. The processor restarts this 
instruction upon return from Monitor mode. 

22. SPC2: Shadow Program Counter 2—Contains the address of the instruction just 
completed when the processor enters Monitor mode. This address is provided for 
information only, and does not participate in the return from Monitor mode. 

23. IBAO: Instruction Breakpoint Address 0—Contains the address of an Instruction 
breakpoint (see Section 3.7). 

24. IBCO: Instruction Breakpoint Control 0—Contains control and status information 
for the breakpoint comparison specified by the Instruction Breakpoint Address 
Register 0. 

25. IBA1: Instruction Breakpoint Address 1—Contains the address of an instruction 
breakpoint. 

26. IBC1: Instruction Breakpoint Control 1—Contains control and status information 
for the breakpoint comparison specified by the Instruction Breakpoint Address 
Register 1. 

The unprotected special-purpose registers are defined as follows: 

128. IPC: Indirect Pointer C—Allows the indirect access of a general-purpose register. 

129. IPA: Indirect Pointer A—Allows the indirect access of a general-purpose register. 

130. IPB: Indirect Pointer B—Allows the indirect access of a general-purpose register. 

131. Q: O-T-Provides additional operand bits for multiply step, divide step, and divide 
operations. 

132. ALU: ALU Status—Contains Information about the outcome of Integer arithmetic 
and logical operations, and holds residual control for certain instruction 
operations. 

133. BP: Byte Pointer—Contains an index of a byte or half-word within a word. This 
register is also accessible via the ALU Status Register. 

134. FC: Funnel Shift Counf—Provides a bit offset for the extraction of word-length 
fields from double-word operands. This register Is also accessible via the ALU 
Status Register. 

135. CR: Load/Store Count Remaining—Maintains a count of the number of loads and 
stores remaining for load-multiple and store-multiple operations. The count is 
initialized to the total number of loads or stores to be performed before the 
operation is initiated. This register is also accessible via the Channel Control 
Register. 

160. FPE: Floating-Point Environment—Controls the operation of floating-point 
arithmetic, such as rounding modes and exception reporting. 

161. INTE: Integer Environment—Enables and disables the reporting of exceptions 
which occur during integer multiply and divide operations. 

162. FPS: Floating-Point Status—Contains information about the outcome of 
floating-point operations. 


2-4 ARCHITECTURE HIGHLIGHTS 



164. EXOP: Exception Opcode—Reports the operation code of an instruction causing 
a trap. This register is provided primarily for recovery from floating-point 
exceptions, but is also set for other instructions that cause traps. 

2.1.2.4 TLB REGISTERS (see Section 3.2.4) 

Translation Look-Aside Buffer (TLB) entries in the Am29050 Memory Management 
Unit are accessed via 128 TLB registers. A single TLB entry appears as two TLB 
registers; TLB registers are thus paired according to the corresponding TLB entry. 

TLB registers are accessed by data movement only. Any TLB register can be written 
with the contents of any general-purpose register, and any general-purpose register 
can be written with the contents of any TLB register. Operations cannot be performed 
directly on the contents of TLB registers. 

TLB registers can be accessed only In the Supervisor mode. This restriction applies to 
both read and write accesses. An attempt by a User-mode program to access a TLB 
register causes a trap to occur. 

2.1.3 Instruction Set Overview (see Section 3.3 and Chapter 8) 

The three-address architecture of the Am29050 microprocessor instruction set allows 
a compiler or assembly-language programmer to prevent the destruction of operands, 
and aids register allocation and operand reuse. Instruction operands may be 
contained in any two of the 192 general-purpose registers, and instruction results may 
be stored in any of the 192 general-purpose registers. 

The compiler or assembly-language programmer has complete freedom to allocate 
register usage. There is no dedication of a particular register or register group to a 
particular class of operations. The instruction set is designed to minimize the number 
of side effects and implicit operations of instructions. 

Most Am29050 microprocessor instructions can accept an 8-bit constant as one of the 
source operands. Larger constants are constructed using one or two additional 
instructions and a general-purpose register. Relative branch instructions specify a 
16-bit, signed, word offset. Absolute branches specify a 16-blt word address. 

The Am29050 microprocessor Instruction set contains 125 instructions. These 
instructions are divided Into nine classes: 

1. Integer Arithmetic—Perform Integer add, subtract, multiply, and divide operations. 

2. Compare—Perform arithmetic and logical comparisons. Some Instructions in this 
class allow the generation of a trap If the comparison condition Is not met. 

3. Logical—Perform a set of bit-wise Boolean operations. 

4. Shift—Perform arithmetic and logical shifts, and allow the extraction of 32-blt 
words from 64-bit double-words. 

5. Data Movement—Perform movement of data fields between registers, and the 
movement of data to and from external devices and memories. 

6. Constant—Allow the generation of large constant values In registers. 

7. Floating-Point—Perform floating-point arithmetic, comparisons, and format 
conversions. 

8. Branch—Perform program jumps and subroutine calls. 

9. Miscellaneous—Perform miscellaneous control functions and operations not 
provided by other classes. 
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The Am29050 microprocessor executes all Instructions In a single cycle, except for 
floating-point operations, Interrupt returns. Load Multiple, and Store Multiple. 

Table 2-1 lists all Am29050 microprocessor Instructions alphabetically by Instruction 
mnemonic. Table 2-1 Is provided only to give a general overview of the Instruction set. 
Section 3.3 defines the Instructions grouped Into classes, and Chapter 8 provides a 
detailed specification of the Instruction set. 


Figure 2-1 Data-Unit Numbering Conventions 
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2.1.4 Data Formats And Handling (see Section 3.4) 

This section introduces the data formats and data-manipulatlon mechanisms which 
are supported by the Am29050 microprocessor. 

2.1.4.1 DATA TYPES (see Sections 3.4.1, 3.4.2, and 3.4.3) 

A word is defined as 32 bits of data. A half-word consists of 16 bits, and a 
double-word consists of 64 bits. Bytes are 8 bits In length. The Am29050 
microprocessor has direct support for single- and double-precision floating-point, 
word-integer (signed and unsigned), word-logical, word-Boolean, half-word integer 
(signed and unsigned), and character (signed and unsigned) data. Other data types, 
such as character strings, are supported with sequences of basic instructions. 

The format for Boolean data used by the processor Is such that the Boolean values 
TRUE and FALSE are represented by 1 and 0, respectively, In the most-significant bit 
of a word. 
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Table 2-1 


Am29050 Microprocessor Instruction Set 


Mnemonic 

Instruction Name 

ADD 

Add 

ADDC 

Add with Carry 

ADDCS 

Add with Carry, Signed 

ADDCU 

Add with Carry, Unsigned 

ADDS 

Add, Signed 

ADDU 

Add, Unsigned 

AND 

AND Logical 

ANDN 

AND-NOT Logical 

ASEQ 

Assert Equal To 

ASGE 

Assert Greater Than or Equal To 

ASGEU 

Assert Greater Than or Equal To, Unsigned 

ASGT 

Assert Greater Than 

ASGTU 

Assert Greater Than, Unsigned 

ASLE 

Assert Less Than or Equal To 

ASLEU 

Assert Less Than or Equal To, Unsigned 

ASLT 

Assert Less Than 

ASLTU 

Assert Less Than, Unsigned 

ASNEQ 

Assert Not Equal To 

CALL 

Call Subroutine 

CALLI 

Call Subroutine, Indirect 

CLASS 

Classify Floating-Point Operand 

CLZ 

Count Leading Zeros 

CONST 

Constant 

CONSTH 

Constant, High 

CONSTHZ 

Constant High, Zero Lower 

CONSTN 

Constant, Negative 

CONVERT 

Convert Data Format 

CPBYTE 

Compare Bytes 

CPEQ 

Compare Equal To 

CPGE 

Compare Greater Than or Equal To 

CPGEU 

Compare Greater Than or Equal To, Unsigned 

CPGT 

Compare Greater Than 

CPGTU 

Compare Greater Than, Unsigned 

CPLE 

Compare Less Than or Equal To 

CPLEU 

Compare Less Than or Equal To, Unsigned 

CPLT 

Compare Less Than 

CPLTU 

Compare Less Than, Unsigned 

CPNEQ 

Compare Not Equal To 

DADD 

Floating-Point Add, Double-Precision 

DDIV 

Floating-Point Divide, Double-Precision 

DEO 

Floating-Point Equal To, Double-Precision 

DGE 

Floating-Point Greater Than or Equal To, Double-Precision 

DGT 

Floating-Point Greater Than, Double-Precision 

DIV 

Divide Step 

DIVO 

Divide initialize 

DIVIDE 

Integer Divide, Signed 

DIVIDU 

Integer Divide, Unsigned 

DIVL 

Divide Last Step 

DIVREM 

Divide Remainder 

DMAC 

Floating-Point Multiply-Accumulate, Double-Precision 

DMUL 

Floating-Point Multiply, Double-Precision 

DMSM 

Floating-Point Multiply-Sum, Double-Precision 

DSUB 

Floating-Point Subtract, Double-Precision 

EMULATE 

Trap to Software Emulation Routine 

EXBYTE 

Extract Byte 

EXHW 

Extract Half-Word 
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Table 2-1 


Am29050 Microprocessor Instruction Set (continued) 

Mnemonic Instruction Name 


EXHWS 

EXTRACT 

FADD 

FDIV 

FDMUL 

FEQ 

FGE 

FGT 

FMAC 

FMUL 

FMSM 

FSUB 

HALT 

INBYTE 

INHW 

INV 

IRET 

IRETINV 

JMP 

JMPF 

JMPFDEC 

JMPFI 

JMPI 

JMPT 

JMPTl 

LOAD 

LOADL 

LOADM 

LOADSET 

MFACC 

MFSR 

MFTLB 

MTACC 

MTSR 

MTSRIM 

MTTLB 

MUL 

MULL 

MULTIPLU 

MULTIPLY 

MULTM 

MULTMU 

MULU 

NAND 

NOR 

OR 

ORN 

SETIP 

SLL 

SORT 

SRA 

SRL 

STORE 

STOREL 

STOREM 


Extract Half-Word, Sign-Extended 

Extract Word, Bit-Aligned 

Floating-Point Add, Single-Precision 

Floating-Point Divide, Single-Precision 

Floating-Point Multiply, Single-to-Double Precision 

Floating-Point Equal To, Single-Precision 

Floating-Point Greater than or Equal To, Single-Precision 

Floating-Point Greater Than, Single-Precision 

Floating-Point Multiply-Accumulate, Single-Precision 

Floating-Point Multiply, Single-Precision 

Floating-Point Multiply-Sum, Single-Precision 

Floating-Point Subtract, Single-Precision 

Enter Halt Mode 

Insert Byte 

Insert Half-Word 

Invalidate 

Interrupt Return 

Interrupt Return and Invalidate 

Jump 

Jump False 

Jump False and Decrement 
Jump False Indirect 
Jump Indirect 
Jump True 
Jump True Indirect 
Load 

Load and Lock 

Load Multiple 

Load and Set 

Move from Accumulator 

Move from Special Register 

Move from Translation Look-Aside Buffer Register 

Move to Accumulator 

Move to Special Register 

Move to Special Register Immediate 

Move to Translation Look-Aside Buffer Register 

Multiply Step 

Multiply Last Step 

Integer Multiply, Unsigned 

Integer Multiply, Signed 

Integer Multiply Most-Significant Bits, Signed 

Integer Multiply Most-Significant Bits, Unsigned 

Multiply Step, Unsigned 

NAND Logical 

NOR Logical 

OR Logical 

OR NOT Logical 

Set Indirect Pointers 

Shift Left Logical 

Floating-Point Square Root 

Shift Right Arithmetic 

Shift Right Logical 

Store 

Store and Lock 
Store Multiple 
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Table 2-1 Am29050 Microprocessor Instruction Set (continued) 


Mnemonic 

Instruction Name 

SUB 

Subtract 

SUBC 

Subtract with Carry 

SUBCS 

Subtract with Carry, Signed 

SUBCU 

Subtract with Carry, Unsigned 

SUBR 

Subtract Reverse 

SUBRC 

Subtract Reverse with Carry 

SUBRCS 

Subtract Reverse with Carry, Signed 

SUBRCU 

Subtract Reverse with Carry, Unsigned 

SUBRS 

Subtract Reverse, Signed 

SUBRU 

Subtract Reverse, Unsigned 

SUBS 

Subtract Signed 

SUBU 

Subtract Unsigned 

XNOR 

ExclusIve-NOR Logical 

XOR 

ExclusIve-OR Logical 


Figure 2-1 illustrates the numbering conventions for data units contained In a word. 
Within a word, bits are numbered In Increasing order from right-to-left, starting with 
the number 0 for the least-significant bit. Bytes and half-words within a word are 
numbered in Increasing order starting with the number 0. However, bytes and half¬ 
words may be numbered right-to-left (sometimes referred to as “little endian”) or 
left-to-right (sometimes referred to as “big endian”), as controlled by the Configuration 
Register. 

Note that the numbering of bits within words Is strictly for notatlonal convenience. In 
contrast, the numbering conventions for bytes and half-words within words affect 
processor operations. 

2.1.4.2 EXTERNAL DATA ACCESSES (see Section 3.4.4) 

External accesses move data between the processor and external devices and 
memories. These accesses occur only as a result of load and store Instructions. 

Load and store instructions move words of data to and from general-purpose 
registers. Each load and store instruction moves a single word. There are load and 
store instructions which support Interlocking operations necessary for multi-processor 
exclusion, synchronization, and communication. 

For the movement of multiple words, Load Multiple and Store Multiple instructions 
move the contents of sequentially addressed external locations to or from sequentially 
numbered general-purpose registers. The Load Multiple and Store Multiple allow the 
movement of up to 192 words at a maximum rate of one word per processor cycle. 
The multiple load and store sequences can be Interrupted, and restarted at the point 
of Interruption. 

Load and store Instructions provide no mechanism for computing the address 
associated with the external data access. All addresses are contained in a 
general-purpose register at the beginning of the access, or are given by an 8-bit 
Instruction constant. Any address computation must be performed explicitly before the 
load or store instruction is executed. Since address computations are expressed 
directly, they are exposed for compiler optimizations as any other computations are. 
Processor hardware tracks the registers that are being used to contain addresses, 
and tracks computations that are for external addresses. This Information allows the 
processor to reduce the apparent external access time by one cycle In many cases. 
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External data accesses are overlapped with Instruction execution. Processor perform¬ 
ance is improved if instructions that follow loads do not Immediately use externally 
referenced data. In this manner, the time required to perform the external access is 
overlapped with subsequent instruction execution. Because of hardware interlocks, 
this concurrency has no effect on the logical behavior of an executing program. 

2.1.4.3 ADDRESSING AND ALIGNMENT (see Section 3.4.5) 

External instructions and data are contained in one of five 32-bit address spaces: 

1. Data Memory 

2. Input/Output 

3. Coprocessor 

4. Instruction Read-Only Memory (Instruction ROM) 

5. Instruction Random Access Memory (Instruction RAM) 

An address is treated as virtual or physical, as determined by the Current Processor 
Status Register. Address translation for data accesses is enabled separately from 
address translation for Instruction accesses. A program In the Supervisor mode can 
temporarily disable address translation for individual loads and stores; this permits 
load-real and store-real operations. 

Bits contained within load and store instructions distinguish between the data 
memory, input/output, and coprocessor address-spaces. Address translation also 
may determine whether an access is performed in the data memory or the Input/ 
output address space. The Current Processor Status register determines whether 
instruction accesses are directed to the instruction/RAM memory address space or 
to the instruction ROM address space. 

The Am29050 microprocessor does not support data accesses directly to the 
instruction RAM or instruction ROM address space. However, this capability is 
possible as a system option. 

All addresses are interpreted as byte addresses, although accesses are word- 
oriented. The number of a byte within a word is given by the two least-significant 
address bits. The number of a half-word within a word is given by the 
next-to-least-significant address bit. 

Since only byte addressing is supported, it is possible that an address for the access 
of a word or half-word Is not aligned to the desired word or half-word. For a word 
access, an unallgned address has a 1 in either or both of the two least-significant 
address bits. For a half-word access, an unallgned address has a 1 in the 
least-significant address bit. In many systems, address alignment can be ignored, 
with addresses truncated to access the word or half-word of interest. However, as a 
user option, the Am29050 microprocessor can create a trap when a non-aligned 
access is attempted. The trap allows software emulation of non-aligned accesses. 

In the Am29050 microprocessor, ail instructions are 32 bits in length, and are aligned 
on word-address boundaries. 

2.1.4.4 BYTE AND HALF-WORD ACCESSES (see Section 3.4.6) 

The Am29050 microprocessor supports the direct external access of bytes and 
half-words as an option. If this option Is enabled, the Am29050 microprocessor 
selects a byte or half-word within a word on a load, and aligns it to the low-order byte 
or half-word of a register. On a store, the low-order byte or half-word of a register is 
replicated in ail byte or half-word positions, so that the external memory can easily 
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write the required byte or half-word in memory. This option requires that the external 
memory system be able to write individual bytes and half-words within words. 

To avoid the memory-system complexity required for writing individual bytes and 
half-words, the Am29050 microprocessor can perform byte and half-word accesses 
using software alone. The Am29050 microprocessor can set a byte-position indicator 
in the ALU Status Register, as an option for load instructions, with the two least-sig¬ 
nificant bits of the address for the load. To load a byte or half-word, a word load is first 
performed. This load sets the byte-position indicator, and a subsequent Instruction 
extracts the byte or half-word of interest from the accessed word. To store a byte or 
half-word, a load is also first performed; the byte or half-word of interest is inserted 
into the accessed word, and the resulting word then is stored. Even If the Am29050 
microprocessor is configured to perform byte and half-word accesses in hardware, 
this software-only technique operates correctly; this allows software to be upward- 
compatible from simpler systems to more complex systems. 

2.1.5 Interrupts And Traps (see Section 3.5) 

Normal program flow may be preempted by an interrupt or trap for which the 
processor is enabled. The effect on the processor is Identical for interrupts and traps; 
the distinction is In the different mechanisms by which Interrupts and traps are 
enabled. It is intended that Interrupts be used for suspending current program 
execution and causing another program to execute, while traps are used to report 
errors and exceptional conditions. 

The interrupt and trap mechanism supports high-speed, temporary context switching 
and user-defined Interrupt-processing mechanisms. 

2.1.5.1 TEMPORARY CONTEXT SWITCHING 

The basic interrupt/trap mechanism of the Am29050 microprocessor supports 
temporary context switching. During the temporary context switch, the Interrupted 
context Is held in processor registers. The interrupt or trap handler can return 
immediately to this context. 

Temporary context switching is useful for instruction emulation, TLB reload routines, 
and so forth. Many of its features are similar to microprogram execution: processor 
context does not have to be saved; Interrupts are disabled for the duration of the 
program; and all processor resources are accessible, even if the context that was 
Interrupted is in the User mode. The associated routine may execute from instruction 
RAM memory or instruction ROM. 

2.1.5.2 USER-DEFINED INTERRUPT PROCESSING 

Since the basic Interrupt/trap mechanism for the Am29050 microprocessor keeps the 
interrupted context in the processor, dynamically nested interrupts are not supported 
directly. The context in the processor must be saved before another interrupt or trap 
can be taken. 

The interrupt or trap handler executing during a temporary context switch is not 
required to return to the Interrupted context. This routine optionally may save the 
interrupted context, load a new one, and return to the new context. 

The implementation of the saving and restoring of contexts is completely user-de¬ 
fined. Thus, the context save/restore mechanism used (e.g., interrupt stack, program 
status word area, etc.) and the amount of context saved can be tailored to the needs 
of the system. 


ARCHITECTURE HIGHLIGHTS 2-11 




2.1.5.3 VECTOR AREA (see Section 3.5.4) 

Interrupt and trap dispatching occurs through a relocatable Vector Area which 
accommodates as many as 256 interrupt and trap handling routines. Entries into the 
Vector Area are associated with various sources of interrupts and traps; some are 
pre-defined, while others are user-defined. 

The Vector Area is either a table of vectors in data memory, where each vector points 
to the beginning of an interrupt or trap handler, or It Is a segment of instruction/data 
memory (or instruction ROM) containing the actual routines. The latter configuration 
for the Vector Area yields better interrupt performance at the cost of additional 
memory. 


2.1.6 Memory Management (see Section 3.6) 

The Am29050 microprocessor incorporates a Memory Management Unit (MMU) that 
accepts a 32-bit virtual byte-address and translates it to a 32-bit physical byte-ad¬ 
dress In a single cycle. Address translation in the MMU Is performed either by a 
64-entry Translation Look-Aside Buffer (TLB) or by one of two Region Mapping Units 
(RMU). The MMU is not dedicated to any particular address-translation architecture. 

2.1.6.1 TRANSLATION LOOK-ASIDE BUFFER 

The TLB Is an associative table which contains the most-recently used address 
translations for the processor. If the translation for a given address cannot be 
performed by the TLB, a TLB miss occurs, and causes a trap which allows the 
required translation to be placed into the TLB. 

Processor hardware maintains information for each TLB line indicating which entry 
was least recently used; when a TLB miss occurs, this information is used to Indicate 
the TLB entry to be replaced. Software is responsible for searching system page 
tables and modifying the indicated TLB entry as appropriate. This allows the page 
tables to be defined according to the system environment. 

TLB entries are modified directly by processor instructions. A TLB entry consists of 64 
bits and appears as two word-length TLB registers which may be Inspected and 
modified by instructions. 

TLB entries are tagged with a Task Identifier field, which allows the operating system 
to create a unique 32-blt virtual address space for each of 256 processes. In addition, 
TLB entries provide support for memory protection and user-defined control 
information. 

2.1.6.2 REGION MAPPING UNITS 

In addition to the page-by-page translation provided by the TLB, the Am29050 
microprocessor supports translation for variable-sized regions, ranging from 64 kb to 
2 Gb, by means of two Region Mapping Units. 

Each RMU consists of two special-purpose registers. One of the registers In each 
RMU contains the base address of the virtual region to be mapped and the base 
address of the corresponding physical region. The other register specifies the region 
size and contains information which is used to control access, including a Task 
Identifier. 

The RMUs have priority over the TLB translation; in addition, RMUO has priority over 
RMU1. 
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2.1.7 Coprocessor Programmisig (see Section 6.1) 

The coprocessor interface for the Am29050 microprocessor aliows a program to 
communicate with an off-chip coprocessor for performing operations not supported by 
processor hardware directiy. 

The coprocessor interface ailows the program to transfer operands and operation 
codes to the coprocessor, and then perform other operations while the coprocessor 
operation is In progress. The results of the operation are read from the coprocessor 
by a separate transfer. The processor may transfer multiple operands to the 
coprocessor without re-transferring operation codes or reading Intermediate results. 

As many as 64 bits of information can be transferred to the coprocessor in a single 
cycle. 

The Am29050 microprocessor includes features that support the definition of the 
coprocessor as a system option. In this case, coprocessor operations are emulated 
by software when the coprocessor Is not present In a system. 

2.1.8 Timer Facility (see Sectien 7.3.6) 

The Timer Facility provides a counter for implementing a real-time clock or other 
software timing functions. This facility is comprised of two special-purpose registers: 
the Timer Counter Register, which decrements at a rate equal to the processor oper¬ 
ating frequency, and the Timer Reload Register, which re-initiallzes the Timer Counter 
Register when it decrements to zero. The Timer Facility optionally may create an 
Interrupt when the Timer Counter decrements to zero. 

2.1.9 Trace Facility (see Section 3.7) 

The Trace Facility allows a debug program to emulate single-instruction stepping In a 
program under test. This facility allows a trap to be generated after the execution of 
any instruction in the program being tested. 

Using the Trace Facility, the debug program can inspect and modify the state of the 
program at every instruction boundary. The Trace Facility is designed to work prop¬ 
erly In the presence of normal system interrupts and traps. 

2.2 HARDWARE OVERVIEW 

This section briefly describes the operation of Am29050 microprocessor hardware. It 
Introduces the processor pipeline and the three major Internal functional units: the 
Instruction Fetch Unit, the Execution Unit, and the Memory Management Unit. Finally, 
the processor’s operational modes are described. 

Figure 2-2 shows the Am29050 microprocessor internal data-flow organization. The 
following sections refer to the various components on this data-flow diagram. 


2.2.1 Four-Stage Pipeline (see Section 4.1) 

The Am29050 microprocessor implements a four-stage pipeline for integer Instruction 
execution. The four stages are: fetch, decode, execute, and write-back. The pipeline 
is organized so that the effective instruction-execution rate is as high as one 
instruction per cycle. Data forwarding and pipeline interlocks are handled by 
processor hardware. 
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Figure 2-2 Am29050 Microprocessor Data Flow 
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The execute stage of Am29050 microprocessor floating-point operations is further 
pipelined to a depth determined by the latency of the operation. The Am29050 micro¬ 
processor can therefore issue most floating-point operations at a rate of one operation 
per cycle, though most operations take more than one cycle to complete. 


2.2.2 Instruction Fetch Unit (see Section 4.2) 

The Instruction Fetch Unit fetches instructions, and supplies instructions to other 
functional units. It incorporates the Instruction Prefetch Buffer, the Branch Target 
Cache memory, and the Program Counter Unit. All components of the Instruction 
Fetch Unit operate during the fetch stage of the processor pipeline. 

2.2.2.1 INSTRUCTION PREFETCH BUFFER (see Section 4.2.1) 

Most instructions executed by the Am29050 microprocessor are fetched from external 
instruction memory. The processor prefetches instructions so that they are requested 
at least four cycles before they are required for execution. 

Prefetched instructions are stored in a four-word Instruction Prefetch Buffer while 
awaiting execution. An instruction-prefetch request occurs whenever there is a free 
location in this buffer (if the processor is otherwise enabled to fetch instructions). 
When a non-sequential instruction fetch occurs, prefetching is terminated, and then 
restarted for the new instruction stream. 

Instruction prefetching de-couples the instruction-fetch rate from the instruction-ac¬ 
cess latency. For example, an instruction may be transferred to the processor two 
cycles after it is requested. However, as long as instructions are supplied to the proc¬ 
essor at an average rate of one instruction per cycle, this latency has no effect on the 
instruction-execution rate. 

2.2.2.2 Branch Target Cache Memory (see Section 4.2.2) 

The Am29050 microprocessor incorporates a Branch Target Cache memory which 
contains as many as 256 instructions. The Branch Target Cache memory is a 
two-way, set-associative cache containing the first target instructions of a number of 
recently taken branches. The Branch Target Cache memory can be configured, under 
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software control, to cache either two instructions for each branch or four instructions. 
Each of the two sets in the Branch Target Cache memory contains 128 instructions, 
and the 128 instructions are further divided either into 32 blocks of four instructions 
each or into 64 blocks of two instructions each. 

The purpose of the Branch Target Cache memory is to provide instructions for the 
beginning of a non-sequential instruction-fetch sequence. This keeps the instruction 
pipeline full until the processor can establish a new instruction-prefetch stream from 
the external instruction memory. 

The processor is organized so that branch instructions can execute in a single cycle if 
the target instruction sequence is present in the Branch Target Cache memory. 

PROGRAM COUNTER UNIT (see Section 4.2.4) 

The Program Counter Unit creates and sequences addresses of instructions as they 
are executed by the processor. 

Execution Unit (see Section 4.3) 

The Execution Unit executes instructions. It incorporates the Register File, the Ad¬ 
dress Unit, the Arithmetic/Logic Unit, the Field Shift Unit, the Floating-Point Unit, and 
the Prioritizer. The Register File and Address Unit operate during the decode stage of 
the pipeline. The Arithmetic/Logic Unit, Field Shift Unit, Floating-Point Unit, and 
Prioritizer operate during the execute stage of the pipeline. The Register File also 
operates during the write-back stage. 

REGISTER FILE (see Section 4.3.1) 

The general-purpose registers are implemented by a 192-location Register File. The 
Register File can perform two 64-blt read accesses and two write accesses in a single 
cycle. Normally, two read accesses are performed during the decode-pipeline stage 
to fetch operands required by the instruction being decoded. One write access during 
the same cycle completes the write-back stage of a previously executed integer 
instruction, and a second write access completes the write-back stage of a previously 
executed floating-point operation. The write port for integer results is 32 bits wide, and 
the write port for floating-point results Is 64 bits wide. 

Addressing logic associated with the Register File distinguishes between the global 
and local general-purpose registers, and it performs the Stack-Pointer addressing for 
the local registers. Register File addressing functions are performed during the de¬ 
code stage. 

ADDRESS UNIT (see Section 4.3.2) 

The Address Unit evaluates addresses for branches, loads, and stores. It also assem¬ 
bles Instruction-immediate data and computes addresses for load-multiple and store- 
multiple sequences. 

ARITNMETIC/LOGIC UNIT (see Section 4.3.4) 

The ALU performs all logical, compare, and integer arithmetic operations (including 
multiply step and divide step). 

FIELD SHIFT UNIT (see Section 4.3.5) 

The Field Shift Unit performs N-bIt shifts. The Field Shift Unit also performs byte and 
half-word extract and insert operations, and it extracts words from double-words. 
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FLOATING-POINT UNIT (see Section 4.3.7) 

The Floating-Point Unit performs single- and double-precision floating-point opera¬ 
tions in accordance with the IEEE Standard for Binary Floating-Point Arithmetic 
(ANSI/IEEE Std 754-1985). 

PRIORITIZER (see Section 4.3.6) 

The Prioritizer provides a count of the number of leading zero bits In a 32-blt word; 
this Is useful for performing prioritization In a multi-level interrupt handler, for example. 

Memory Management Unit (see Section 4.4) 

The Memory Management Unit (MMU) performs address translation and memory- 
protection functions for all branches, loads, and stores. The MMU operates during the 
execute stage of the pipeline, so the physical address that it generates Is available at 
the beginning of the write-back stage. 

All addresses for external accesses are physical addresses. MMU operation is 
pipelined with external accesses, so that an address translation can occur while a 
previous access completes. 

Address translation is not performed for the addresses associated with Instruction 
prefetching, instead, these addresses are generated by an instruction prefetch pointer 
which is incremented by the processor. Address translation Is performed only at the 
beginning of the prefetch sequence (as the result of a branch instruction), and when 
the prefetch pointer crosses a potential virtual-page boundary. 


Processor Modes 

The Am29050 microprocessor operates in several different modes to accomplish 
various processor and system functions. All modes except for Pipeline Hold (see 
below) are under direct control of Instructions and/or processor control inputs. The 
Pipeline Hold mode normally Is determined by the relative timing between the proces¬ 
sor and its external system for certain types of operations. The processor provides an 
external indication of its operational mode. 

EXECUTING 

When the processor is in the Executing mode, it fetches and executes instructions as 
described in this manual. External accesses occur as required. 

WAIT (see Section 3.5.3) 

When the processor is in the Wait mode, it does not execute instructions, and per¬ 
forms no external accesses. The Wait mode is controlled by the Current Processor 
Status Register. The processor leaves this mode when an Interrupt or trap for which it 
is enabled occurs, or when a reset occurs. 

PIPELINE HOLD (see Section 4.5) 

Under certain conditions, processor pipelining might cause non-sequential Instruction 
execution or timing-dependent results of execution. For example, the processor might 
attempt to execute an instruction that has not been fetched from instruction/data 
memory. 

For such cases, pipeline-interlock hardware detects the anomalous condition and 
suspends processor execution until execution can proceed properly. While execution 
is suspended by the interlock hardware, the processor is In the Pipeline Hold mode. 
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The processor resumes execution when the pipeline-interlock hardware determines 
that it is correct to do so. 

2.2.5.4 HALT (see Section 5.3.3) 

The Halt mode Is provided so that the processor may be placed under the control of a 
hardware-development system (see Section 2.3.2) for the purposes of hardware and 
software debug. The processor enters the Halt mode as the result of instruction exe¬ 
cution, or as the result of external controls. In the Halt mode, the processor neither 
fetches nor executes instructions. 

2.2.5.5 STEP (see Section 5.3.3) 

The Step mode allows a hardware-development system to step through processor 
pipeline operation on a stage-by-stage basis. The Step mode nearly Is Identical to the 
Halt mode, except that it enables the processor to enter the Executing mode while the 
pipeline advances by one stage. 

2.2.5.6 LOAD TEST INSTRUCTION (see Section 5.3.3) 

The Load Test Instruction mode permits a hardware-development system to access 
data contained in the processor or system. This is accomplished by allowing a hard¬ 
ware-development system to supply the processor with instructions, Instead of having 
the processor fetch instructions from instruction memory. The Load Test Instruction 
mode is defined so that, once the processor has completed the execution of Instruc¬ 
tions provided by the hardware-development system, it may resume the execution of 
its normal Instruction sequence. 

2.2.5.7 TEST (see Section 5.3.4) 

The Test mode facilitates testing of hardware associated with the processor by dis¬ 
abling processor outputs so that they may be driven directly by test hardware. The 
Test mode also allows the addition of a second processor to a system, to monitor the 
outputs of the first and signal detected errors. 

2.2.5.8 RESET (see Section 3.9 and Section 5.5) 

The Reset mode provides Initialization of certain processor registers and control state. 
This is used for power-on reset, for eliminating unrecoverable error conditions, and for 
supporting certain hardware-debug functions. 

2.3 SYSTEM INTERFACE OVERVIEW 

This section briefly describes the features of the Am29050 microprocessor that allow 
it to be connected to other system components. 

The two major interfaces of the Am29050 microprocessor, introduced in this section, 
are the channel and the Test/Development Interface. The other topics briefly 
described here are clock generation, master/slave checking, and coprocessor 
attachment. 

Section 5.1 contains a complete pin description of the Am29050 microprocessor. 
Appendix A contains timing diagrams and related Information. 

2.3.1 Channel (see Section 5.2) 

The Am29050 microprocessor channel consists of the following 32-bit buses and 
related controls: 

1. An Instruction Bus, which transfers instructions Into the processor. 
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2. A Data Bus, which transfers data to and from the processor. 

3. An Address Bus, which provides addresses for both instruction and data 
accesses. The Address Bus also is used to transfer data to a coprocessor. 

The channel performs accesses and data transfers to all external devices and 
memories. Including instruction and data memories. Instruction caches, data caches. 
Input/output devices, bus converters, and coprocessors. 

The channel defines three different access protocols: simple, pipelined, and 
burst-mode. For simple accesses, the Am29050 microprocessor holds the address 
valid throughout the entire access. This is appropriate for high-speed devices that can 
complete an access in one cycle, and for low-cost devices that are accessed 
infrequently (such as read-only memories containing initialization routines). Pipelined 
and burst-mode accesses provide high performance with other types of devices and 
memories. 

For pipelined accesses, the address transfer is decoupled from the corresponding 
data or instruction transfer. After transmitting an address for a request, the processor 
may transmit one more address before receiving the reply to the first request. This 
allows address transfer and decoding to be overlapped with another access. 

On the other hand, burst-mode accesses eliminate the address-transfer cycle 
completely. Burst-mode accesses are defined so that once an address is transferred 
for a given access, subsequent accesses to sequentially increasing addresses may 
occur without re-transfer of the address. The burst may be terminated at any time by 
either the processor or responding device. 

The Am29050 microprocessor determines whether an access Is simple, pipelined or 
burst-mode on a transfer-by-transfer (i.e., generally device-by-devIce) basis. 

However, an access that begins as a simple access may be converted to a pipelined 
or burst-mode access at any time during the transfer. This relaxes the timing 
constraints on the channel-protocol Implementation, since addressed devices do not 
have to respond Immediately to a pipelined or burst-mode request. 

Except for the shared Address Bus, the channel maintains a strict division between 
Instruction and data accesses. In the most common situation, the system supplies the 
processor with instructions using burst-mode accesses, with instruction addresses 
transmitted to the system only when a branch occurs. Data accesses can occur 
simultaneously without interfering with instruction transfer. 

The Am29050 microprocessor contains arbitration logic to support other masters on 
the channel. A single external master can arbifrate directly for the channel, while 
multiple masters may arbitrate using a daisy chain or other method that requires no 
additional arbitration logic. However, to increase arbitration performance In a multiple- 
master configuration, an external channel arbiter should be used. This arbiter works in 
conjunction with the processor’s arbitration logic. 

Test/Development Interface (see Section 5.3) 

The Am29050 microprocessor supports the attachment of a hardware-development 
system such as an in-circuit emulator. This attachment is made directly to the 
processor in the system under development, without the removal of the processor 
from the system. The Test/Development Interface makes it possible for the 
hardware-development system to gain control over the Am29050 microprocessor, and 
Inspect and modify its internal state (e.g., general-purpose register contents, TLB 
entries, etc.). In addition, the Am29050 microprocessor can be used to access other 
system devices and memories on behalf of the hardware-development system. 
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The Test/Development Interface is comprised of controls and status signals provided 
on the Am29050 microprocessor, as well as the Instruction and Data buses. The Halt, 
Step, Reset, and Load Test Instruction modes allow the hardware-development sys¬ 
tem to control the operation of the Am29050 microprocessor. The hardware-develop¬ 
ment system may supply the processor with Instructions on the Instruction Bus using 
the Load Test Instruction mode. Internal processor state can be inspected and modi¬ 
fied via the Data Bus. 

2.3.3 Clocks (see Section 5.7) 

The Am29050 microprocessor generates and distributes a system clock at its 
operating frequency. This clock is specially designed to reduce skews between the 
system clock and the processor’s internal clocks. The Internal clock-generation 
circuitry requires a single-phase oscillator signal at twice the processor operating 
frequency. 

For systems in which processor-generated clocks are not appropriate, the Am29050 
microprocessor also can accept a clock from an external clock generator. 

The processor decides between these two clocking arrangements based on whether 
the power supply to the clock-output driver (PWRCLK) Is tied to +5 volts or to 
GROUND. 

2.3.4 Master/Slave Operation (see Section 5.8) 

Each Am29050 microprocessor output has associated logic that compares the signal 
on the output with the signal that the processor is providing internally to the output 
driver. The processor signals situations where the output of any enabled driver does 
not agree with its Input. 

For a single processor, the output comparison detects short circuits in output signals, 
but does not detect open circuits. It is possible to connect a second processor in 
parallel with the first, where the second processor has its outputs disabled due to the 
Test mode. The second processor detects open-circuit signals, as well as provides a 
check of the outputs of the first processor. 

2.3.5 Coprocessor Attachment (see Section 6.2) 

A coprocessor for the Am29050 microprocessor attaches directly to the processor 
channel. However, this attachment has features that are different than those of other 
channel devices. The coprocessor interface is designed to support a high 
operand-transfer rate and to support the overlap of coprocessor operations with other 
processor operations, including other external accesses. 

The coprocessor is assigned a special address space on the channel. This permits 
the transfer of operands and other information on the Address Bus without interfering 
with normal addressing functions. Since both the Address Bus and Data Bus are used 
for data transfer, the Am29050 microprocessor can transfer 64 bits of information to 
the coprocessor in one cycle. 
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CHAPTER 3 


PROGRAMMER REFERENCE 



This chapter contains a formal description of the Am29050 microprocessor architec¬ 
ture. It concentrates on the features of the Am29050 microprocessor and their logical 
behavior. Chapter 7 discusses the use of some of these features. 

3.1 PROGRAM MODES 

At any given time, the Am29050 microprocessor operates in one of three mutually 
exclusive program modes: the Supervisor mode, the User mode, or the Monitor 
mode. The Supervisor and User modes are for normal program execution; all system- 
protection features of the Am29050 microprocessor are based on the difference 
between these two modes. The Monitor mode is used for debugging. 

3.1.1 Supervisor Mode 

Unless it has been forced into the Monitor mode (see Section 3.7), the processor 
operates In the Supervisor mode whenever the Supervisor Mode (SM) bit of the Cur¬ 
rent Processor Status Register Is 1 (see Section 3.2.3). In the Supervisor mode, 
executing programs have access to all processor resources. Virtual regions or pages 
mapped by the Memory Management Unit, however, are protected from Supervisor 
access (read, write, or execute) when the appropriate bit (SR, SW, or SE, respec¬ 
tively) In the corresponding TLB Entry or Region Mapping Control register is 0 (see 
Section 3.6.2). 

During the address cycle of a channel request, the Supervisor mode is indicated by 
the SUP/US output being High. 

3.1.2 User Mode 

Unless It has been forced into the Monitor mode (see Section 3.7), the processor 
operates in the User mode whenever the SM bit in the Current Processor Status 
Register is 0. In the User mode, any of the following actions by an executing program 
causes a Protection Violation trap to occur: 

1. An attempted access of any TLB entry (see Section 3.2.4). 

2. An attempted access of any general-purpose register for which a bit in the 
Register Bank Protect Register is 1 (see Section 3.2.1). 

3. An attempted execution of a load or store instruction for which the PA bit Is 1, or 
for which the UA bit is 1 (see Section 3.4.4). (The attempted execution of a 
translated load or store for which the AS bit is 1 also causes a Protection Violation 
trap. However, this trap occurs regardless of whether or not the processor Is In the 
User mode.) 

4. An attempted execution of one of the following Instructions: Interrupt Return, 
Interrupt Return and Invalidate, Invalidate, or Halt. However, a hardware- 
development system can disable protection checking for the Halt Instruction, so 
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that this instruction may be used to implement instruction breakpoints in 
User-mode programs (see Section 5.3.3). 

5. An attempted access of one of the following registers: SRO-127, SR165-255 (see 
Section 3.2.3). 

6. An attempted execution of an assert or Emulate Instruction which specifies a 
vector number between 0 and 63, Inclusive (see Section 3.5.4). 

7. An attempted access (read, write, or execute) in a virtual region or page mapped 
by the Memory Management Unit, when the appropriate permission bit (UR, UW, 
or UE, respectively) in the corresponding TLB Entry or Region Mapping Control 
register Is 0 (see Section 3.6.2). 

Devices and memories on the channel also can Implement protection and generate 
traps based on the value of the SM bit. During the address cycle of a channel request, 
the User mode is indicated by the SUP/US output being Low. 


3.1.3 Monitor Mode 

The Monitor mode allows debugging of both Supervisor and User code (see Section 
3.7). The processor enters the Monitor mode whenever the DA bit in the Current 
Processor Status register Is 1, and either a valid breakpoint comparison or a trap 
occurs (except for a trap caused by TRAP(1 -0)). 

Upon entry into the Monitor mode, the read-only MM bit in the CPS register is set to 1, 
and, if entry was caused by a trap, the Reason Vector register Is set to the trap vector 
number. Otherwise, the processor state is not modified. The values in the Shadow 
Program Counter registers are frozen. 

Executing an IRET instruction causes the processor to leave the Monitor mode. The 
processor resumes operation at the Instruction addresses contained in the Shadow 
Program Counter registers. 

The Monitor mode can also be used by an external hardware debugger (see 
Section 5.3). 

3.2 VISIBLE REGISTERS 

The Am29050 microprocessor has four classes of registers that are accessible by 
instructions. These are general-purpose registers, floating-point accumulator regis¬ 
ters, special-purpose registers, and Translation Look-Aside Buffer (TLB) registers. 
Any operation available in the Am29050 microprocessor can be performed on the 
general-purpose registers, while only the floating-point multiply-accumulate and multi- 
ply-sum operations use the floating-point accumulator registers. Special-purpose 
registers and TLB registers are accessed only by explicit data movement to or from 
general-purpose registers. Various protection mechanisms prevent the access of 
some of these registers by User-mode programs. 

A summary of the information in this section appears in Appendix B. 
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3.2.1 


General-Purpose Registers 

The Am29050 microprocessor incorporates 192 general-purpose registers. The or¬ 
ganization of the general-purpose registers Is diagrammed In Figure 3-1. 


Figure 3-1 
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General-purpose registers hold the following types pf operands for program use. 

1. 32-blt data addresses 

2. 32-bit signed or unsigned integers 

3. 32-bit branch-target addresses 

4. 32-bit logical bit strings 

5. 8-bit signed or unsigned characters 

6. 16-bit signed or unsigned Integers 

7. Word-length Booleans 

8. Single-precision floating-point numbers 

9. Double-precision floating-point numbers (in two register locations) 

Because a large number of general-purpose registers are provided, a large amount of 
frequently used data can be kept on-chip, where access time is fastest. 

Am29050 microprocessor instructions can specify two general-purpose registers for 
source operands, and one general-purpose register for storing the Instruction result. 
These registers are specified by three 8-bit instruction fields containing register num¬ 
bers. A register may be specified directly by the Instruction, or indirectly by one of 
three special-purpose registers. 

3.2.1.1 REGISTER ADDRESSING 

The general-purpose registers are partitioned into 64 global registers and 128 local 
registers, differentiated by the most-significant bit of the register number. The 
distinction between global and local registers is the result of register-addressing 
considerations. 

The following terminology is used to describe the addressing of general-purpose 
registers: 

1. Register number—this is a software-level number for a general-purpose register. 
For example, this Is the number contained in an Instruction field. Register 
numbers range from 0 to 255. 

2. Global-register number—this is a software-level number for a global register. 
Global-register numbers range from 0 to 127. 

3. Local-register number—^this is a software-level number for a local register. 
Local-register numbers range from 0 to 127. 

4. Absolute-register number—this is a hardware-level number used to select a 
general-purpose register in the Register File. Absolute-register numbers range 
from 0 to 255. 

3.2.1.2 GLOBAL REGISTERS 

When the most-significant bit of a register number is 0, a global register is selected. 
The seven least-significant bits of the register number give the global-register num¬ 
ber. For global registers, the absolute-register number is equivalent to the register 
number. 

Global registers 4 through 63 are not implemented. An attempt to access these regis¬ 
ters yields unpredictable results; however, they may be protected from User-mode 
access by the Register Bank Protect Register (see below). 

The register numbers associated with Global Registers 0,1,2, and 3 have special 
meaning. The number for Global Register 0 specifies that an indirect pointer is to be 
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used as the source of the register number; there is an indirect pointer for each of the 
instruction operand/result registers. Global Register 1 contains the Stack Pointer, 
which is used in the addressing of local registers. The Condition Code Accumulator, 
which is used to concatenate Boolean results from one or more operations into a 
single condition code, is accessed through Global Registers 2 and 3. 

3.2.1.3 LOCAL-REGISTER STACK POINTER 

The Stack Pointer Is a 32-bit register that may be an operand of an instruction as any 
other general-purpose register. However, a shadow copy of Global Register 1 Is 
maintained by processor hardware to be used In local-register addressing. This 
shadow copy is set only with the results of Arithmetic and Logical Instructions. If the 
Stack Pointer is set with the result of any other instruction class, local registers cannot 
be accessed predictably until the Stack Pointer is set once again with an Arithmetic or 
Logical instruction. 

A modification of the Stack Pointer has a delayed effect on the addressing of local 
registers, as discussed in Section 7.4.3. 

3.2.1.4 CONDITION CODE ACCUMULATOR REGISTER 

The Condition Code Accumulator Register is accessed through Global Registers 2 
and 3. If Global Register 2 (CCA) is specified as the destination of an operation, then 
the 32-bit operation result is written to the Condition Code Accumulator Register. If 
Global Register 3 (CCA-shift) Is the destination, then the Condition Code Accumulator 
Register is shifted left one bit and the most-significant bit of the operation result Is 
placed in the least-significant bit of the register. The Condition Code Accumulator 
Register contents can be read by specifying Global Register 2 as a source operand of 
an operation. In this way, the Condition Code Accumulator Register can concatenate 
the Boolean results of several operations into a single condition code, which can then 
be used in subsequent operations. 

3.2.1.5 LOCAL REGISTERS 

When the most-significant bit of a register number is 1, a local register is selected. 

The seven least-significant bits of the register number give the local-register number. 
For local registers, the absolute-register number is obtained by adding the local-regis¬ 
ter number to bits 8-2 of the Stack Pointer and truncating the result to seven bits; the 
most-significant bit of the original register number is unchanged (i.e., it remains a 1). 

The Stack Pointer addition applied to local-register numbers provides a limited form of 
base-plus-offset addressing within the local registers. The Stack Pointer contains the 
32-bit base address. This assists run-time storage management of variables for dy¬ 
namically nested procedures (see Section 7.1). 

3.2.1.6 REGISTER BANKING 

For the purpose of access restriction, the general-purpose registers are divided into 
register banks. Register banks consist of 16 registers (except for Bank 0, which con¬ 
tains registers 4 through 15), and are partitioned according to absolute-register num¬ 
bers, as shown In Figure 3-2. 

The Register Bank Protect Register contains 16 protection bits, where each bit con¬ 
trols User-mode accesses (read or write) to a bank of registers. Bits 0-15 of the Reg¬ 
ister Bank Protect Register protect register banks 0 through 15, respectively. 

When a bit In the Register Bank Protect Register is 1, and a register in the corre¬ 
sponding bank Is specified as an operand register or result register by a User-mode 
instruction, a Protection Violation trap occurs. Note that protection is based on 


PROGRAMMER REFERENCE 3-5 



Figure 3-2 


Register Bank Organization 


3.2.1.7 
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14 

224 through 239 

Bank 14 
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240 through 255 

Bank 15 


absolute-register numbers; in the case of local registers, Stack-Pointer addition is 
performed before protection checking. 

When the processor is in Supervisor or Monitor mode, the Register Bank Protect 
Register has no effect on general-purpose register accesses. 

INDIRECT ACCESSES 

Specification of Global Register 0 as an instruction-operand register or result register 
causes an indirect access to the general-purpose registers. In this case, the absolute- 
register number is provided by an indirect pointer contained in a special-purpose 
register. 

Each of the three possible registers for instruction execution has an associated 8-bit 
Indirect pointer. Indirect register numbers can be selected independently for each of 
the three operands. Since the indirect pointers contain absolute-register numbers, the 
number in an indirect pointer is not added to the Stack Pointer when local registers 
are selected. 

The indirect pointers are set by the Move To Special Register, DIVIDE, DIVIDU, 
SETIP, and EMULATE instructions. The indirect pointers are also set by Floating- 
Point, MULTIPLY, MULTM, MULTIPLU, and MULTMU Instructions when these cause 
exceptions. This aiiows the exception handler to access the instruction operands. 

For a Move-To-Special-Register instruction, an indirect pointer is set with bits 9-2 of 
the 32-blt source operand. This provides consistency between the addressing of 
words in general-purpose registers and the addressing of words In external devices or 
memories. A modification of an indirect pointer using a Move To Special Register has 
a delayed effect on the addressing of general-purpose registers, as discussed in 
Section 7.4.3. 
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For the remaining instructions, all three indirect pointers are set simultaneously with 
the absolute-register numbers derived from the register numbers specified by the 
instruction. For any local registers selected by the instruction, the Stack-Pointer addi¬ 
tion is applied to the register numbers before the indirect pointers are set. 

Register numbers stored Into the indirect pointers are checked for bank-protection 
violations—except when an indirect pointer Is set by a Move-To-Speclal-Register 
Instruction—at the time that the indirect pointers are set. 


3.2.2 Floating-Point Accumulator Registers 

Four 64-blt Accumulator Registers ACC(3“0) are provided for use with the floating¬ 
point multiply-accumulate (FMAC, DMAC) and multiply-sum (FMSM, DMSM) opera¬ 
tions. These registers can contain either single- or double-precision floating-point 
numbers. 

The Accumulator Registers are written with the Move To Accumulator (MTACC) 
instruction and read with the Move From Accumulator (MFACC) instruction. Any of the 
four Accumulator Registers can be used as a source or destination for the multiply-ac¬ 
cumulate operations. ACCO can also be used as a source for the multiply-sum opera¬ 
tions (see Section 3.3.7). 

3.2.3 Special-Purpose Registers 

The Am29050 microprocessor contains 39 special-purpose registers. The organiza¬ 
tion of the special-purpose registers is shown in Figure 3-3. 

Special-purpose registers provide controls and data for certain processor operations. 
Some special-purpose registers are updated dynamically by the processor, independ¬ 
ent of software controls. Because of this, a read of a special-purpose register follow¬ 
ing a write does not necessarily get the data that was written. 

Some special-purpose registers have fields that are reserved for future processor 
implementations. When a special-purpose register is read, a bit in a reserved field is 
read as a 0. An attempt to write a reserved bit with a 1 has no effect; however, this 
should be avoided because of upward-compatibility considerations. 

The special-purpose registers are accessed by explicit data movement only. Instruc¬ 
tions that move data to or from a special-purpose register specify the special-purpose 
register by an 8-bit field containing a special-purpose register number. Register num¬ 
bers are specified directly by Instructions. 

The special-purpose registers are partitioned into protected and unprotected regis¬ 
ters. Special-purpose registers numbered 0-127 and 165-255 are protected (note 
that not all of these are implemented). Special-purpose registers numbered 128-164 
are unprotected (again, not all are implemented). 

An attempted read of an unimplemented special-purpose register yields an unpredict¬ 
able value. An attempted write of an unimplemented, protected special-purpose regis¬ 
ter has an unpredictable effect on processor operation. An attempted write of an 
unimplemented, unprotected special-purpose register has no effect; however, this 
should be avoided because of upward-compatibility considerations. 

Unprotected special-purpose registers are accessible by programs executing In the 
User, Supervisor, and Monitor modes. 
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Figure 3-3 


Special-Purpose Registers 
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Channel Control 
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_ Timer Counter _ 

_ Timer Reload _ 

Program Counter 0 
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Region Mapping Control 0 
Region Mapping Address 1 
Region Mapping Control 1 
Shadow Program Counter 0 
Shadow Program Counter 1 
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Instruction Breakpoint Address 0 
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Instruction Breakpoint Address 1 
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_ Indirect Pointer A _ 

_ Indirect Pointer B _ 
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_ ALU Status _ 

_ Byte Pointer _ 
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Load/Store Count Remaining 


Floating-Point Environment 
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3.2.3.1 VECTOR AREA BASE ADDRESS (VAB, REGISTER 0) 

This protected special-purpose register (see Figure 3-4) specifies the beginning ad¬ 
dress of the interrupt/trap Vector Area. The Vector Area Is either a table of 256 vec¬ 
tors which points to interrupt and trap handling routines, or a segment of 256, 64-in- 
structlon blocks which directly contain the interrupt and trap handling routines. 


Figure 3-4 


Vector Area Base Address Register 

31 23 15 7 0 

VAB |0|0|0|0|0|0|0|0|0|0 


The organization of the Vector Area is determined by the Vector Fetch (VF) bit of the 
Configuration Register. If the VF bit is 1 when an interrupt or trap is taken, the vector 
number for the interrupt or trap (see Section 3-5.4) replaces bits 9-2 of the value In 
the Vector Area Base Address Register to generate the physical address for a vector 
contained in instruction/data memory. 

If the VF bit is 0, the vector number replaces bits 15-8 of the value in the Vector Area 
Base Address Register to generate the physical address of the first instruction of the 
interrupt or trap handler. The instruction fetch for this instruction is directed either to 
Instruction memory or instruction read-only memory as determined by the ROM Vec¬ 
tor Area (RV) bit of the Configuration Register. 

Bits 31-10: Vector Area Base (VAB)—The VAB field gives the beginning physical 
address of the Vector Area. This address is constrained to begin on a 1-kb address¬ 
boundary in Instruction/data memory or Instruction read-only memory. If the Vector 
Area Is an instruction segment, bits 10-15 are ignored, and the alignment is forced to 
a 64-kb boundary. 

Bits 9-0: Zeros—These bits force the alignment of the Vector Area to a 1 -kb 
boundary. 

3.2.3.2 OLD PROCESSOR STATUS (OPS, REGISTER 1) 

This protected special-purpose register has the same format as the Current Proces¬ 
sor Status described below. The Old Processor Status stores a copy of the Current 
Processor Status when an Interrupt or trap is taken. This is required since the Current 
Processor Status will be modified to reflect the status of the interrupt/trap handler. 

During an Interrupt return, the Old Processor Status is copied into the Current Proces¬ 
sor Status. This allows the Current Processor Status to be set as required for the 
routine that is the target of the interrupt return. 

3.2.3.3 CURRENT PROCESSOR STATUS (CPS, REGISTER 2) 

This protected special-purpose register (see Figure 3-5) controls the behavior of the 
processor and its ability to recognize exceptional events. 

Bits 31-17: Reserved. 

Bit 16: Monitor Mode (MM)-—This read-only bit is set by the processor upon entry 
Into the monitor mode, and reset on exit. The MM bit has no counterpart in the Old 
Processor Status Register. 

Bit 15: Coprocessor Active (CA)—The CA bit is set and reset under the control of 
load and store instructions that transfer information to and from a coprocessor. This 
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bit indicates that the coprocessor is performing an operation at the time that an inter¬ 
rupt or trap is taken. This notifies the interrupt or trap handler that the coprocessor 
contains state information to be preserved. Note that this notification occurs because 
the CA bit of the Old Processor Status is 1 in this case, not because of the value of 
the CA bit of the Current Processor Status. 

Bit 14: Interrupt Pending (IP)-— This bit allows software to detect the presence of 
external int errupt s while they are disabled. The IP bit is set if one or more of the exter¬ 
nal signals INTR(3-0) is active, but the processor is disabled from taking the resulting 
interrupt due to the value of the DA, Dl, or IM bits. If all external interrupt signals 
subsequently are de-asserted while still disabled, the IP bit Is reset. 

Bits 13-12: Trace Enabie, Trace Pending (TE, TP)— The TE and TP bits Implement 
a software-controlled, instruction single-step facility. Single stepping Is not Imple¬ 
mented directly, but rather emulated by trap sequences controlled by these bits. The 
value of the TE bit is copied to the TP bit whenever an Instruction completes execu¬ 
tion. When the TP bit is 1, a Trace trap occurs. Section 3.7.1 describes the use of 
these bits In more detail. 

Bit 11: Trap Unaiigned Access (TU)— The TU bit enables checking of address 
alignment for external data-memory accesses. When this bit Is 1, an Unaiigned Ac¬ 
cess trap occurs if the processor either generates an address for an external word 
that Is not aligned on a word address-boundary (i.e., either of the least-significant two 
bits is 1), or generates an address for an external half-word that is not aligned on a 
half-word address boundary (i.e., the least-significant address bit is 1). When the TU 
bit is 0, data-memory address alignment is ignored. 

Alignment is ignored for input/output accesses and coprocessor transfers. The align¬ 
ment of Instruction addresses is also ignored (unaiigned instruction addresses can be 
generated only by Indirect jumps). Interrupt/trap vector addresses always are aligned 
properly. 

Bit 10: Freeze (FZ)— The FZ bit prevents certain registers from being updated during 
interrupt and trap processing, except by explicit data movement. The affected regis¬ 
ters are: Channel Address, Channel Data, Channel Control, Program Counter 0, 
Program Counter 1, Program Counter 2, and the ALU Status Register. 

When the FZ bit is 1, these registers hold their values. An affected register can be 
changed only by a Move-To-Special-Register instruction. When the FZ bit is 0, there 
Is no effect on these registers, and they are updated by processor Instruction execu¬ 
tion as described in this manual. 

The FZ bit is set whenever an Interrupt or trap is taken, holding critical state in the 
processor so that It is not modified unintentionally by the interrupt or trap handler. 


Figure 3-5 
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Bit 9: Lock (LK)— The LK bit controls the value of the LOCK external signal. If the LK 
bit is 1, the LOCK signal Is active. If the LK bit is 0, the LOCK signal is controlled by 
the execution of the Instructions Load and Set, Load and Lock, and Store and Lock. 
This bit Is provided for the implementation of multi-processor synchronization 
protocols. 

Bit 8: ROM Enable (RE) —The RE bit enables instruction fetching from external 
instruction read-only memory (ROM). When this bit Is 1, the IREQT signal directs all 
instruction requests to ROM. Instructions that are fetched from ROM are subject to 
capture and re-use by the Branch Target Cache memory when it is enabled; the 
Branch Target Cache memory distinguishes between instructions from ROM and 
those from non-ROM storage. When this bit is 0, off-chip requests for Instructions are 
directed to Instruction/data memory. 

Bit 7: WAIT Mode (WM)--The WM bit places the processor in the Wait mode. When 
this bit is 1, the processor performs no operations. The Wait mode is reset by an 
interrupt or trap for which the processor is enabled, or by the Reset mode. 

Bit 6: Physical Addressing/Data (PD)— The PD bit determines whether address 
translation is performed for load or store operations. Address translation Is performed 
for an access only when this bit is 0, and the Physical Address (PA) bit in the load or 
store instruction causing the access is also 0. 

Bit 5: Physical Addressing/Instructions (PI) —The PI bit determines whether ad¬ 
dress translation is performed for external instruction accesses. Address translation is 
performed only when this bit is 0. 

Bit 4: Supervisor Mode (SM) —The SM bit protects certain processor context, such 
as protected special-purpose registers. When this bit is 1, the processor is in the 
Supervisor mode, and access to all processor context is allowed. When this bit is 0, 
the processor is in the User mode, and access to protected processor context Is not 
allowed; an attempt to access (either read or write) protected processor context 
causes a Protection Violation trap. 

Section 3.1 describes the processor state protected from User-mode access. 

For an external access, the User Access (UA) bit In the load or store instruction also 
controls access to protected processor context. When the UA bit is 1, the Memory 
Management Unit and channel perform the access as if the program causing the 
access were In User mode. 

Bits 3-2: Interrupt Mask (IM) —The IM field is an encoding of the processor priority 
with respect to external interrupts. The Interpretation of the interrupt mask is specified 
by the following table: 


IM Value 

Result 

0 0 

INTRO enabled 

0 1 

iNTR(l-O) enabled 

1 0 

INTR(2-0) enabled 

11 

INTR(3-0) enabled 


Bit 1: Disable Interrupts (Dl) —The PI bit prevents the processor from being inter¬ 
rupted by external interrupt requests INTR(3-0). When this bit is 1, the processor 
Ignores all external interrupts. However, note that traps (both internal and external), 
Timer interrupts, and Trace traps will be taken. When this bit is 0, the processor will 
take any interrupt enabled by the IM field, unless the DA bit is 1. 
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Bit 0: Disable Aii Interrupts and Traps (DA)—The DA bit prevents the processor 
from taking any interrupts and mos t traps. When this bit is 1, the processor ignores 
interrupts and traps, except for the WARN, Instruction Access Exception, Data Access 
Exception, and Coprocessor Exception traps. The processor enters the Monitor mode 
when the DA bi t is 1, and either a valid breakpoint comparison or a trap (except for a 
trap caused by TRAP(1-0)) occurs. When the DA bit is 0, all traps will be taken, and 
interrupts will be taken if otherwise enabled. 

3.2.3.4 CONFIGURATION (CFGp REGISTER 3) 

This protected special-purpose register (see Figure 3-6) controls certain processor 
and system options. Most fields normally are modified only during system initializa¬ 
tion. The Configuration Register is defined as follows: 


Figure 3-6 Configuration Register 
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Bits 31"“24: Processor Release Level (PRL)—The PRL field is an 8-bit, read-only 
Identification number which specifies the processor version. 

Bits 23--a: Reserved. 

Bit 7: Early Load Enable (EE)—The EE bit determines whether the Early Load facil¬ 
ity is enabled. When this bit is 1, early loads are permitted to take place; when this bit 
is 0, the generation of early load addresses by either the Physical Address Cache or 
the Early Address Generator is disabled. 

Bit 6: Branch Target Cache Memory Organization (CO)—The CO bit determines 
the organization of the Branch Target Cache memory (BTC memory). When this bit is 
0, the BTC memory is organized Into 64 entries of 4 Instructions each. When this bit is 
1, the BTC memory is organized Into 128 entries of 2 instructions each. The CO bit Is 
initialized to 0 on reset. 

Bit 5: Data Width (DW)—The DW bit enables and disables byte and half-word exter¬ 
nal accesses. If the DW bit is 0, byte and half-word accesses are not performed in 
hardware, and these accesses must be emulated by software. If the DW bit is 1, byte 
and half-word accesses are performed by hardware: this requires that external de¬ 
vices and memories be able to write individual bytes and half-words within a word. 
The DW bit is Initialized to 0 on reset. 

Bit 4: Vector Fetch (VF)—The VF bit determines the structure of the interrupt/trap 
Vector Area, if this bit is 1, the Vector Area is defined as a block of 256 vectors which 
specify the beginning addresses of the interrupt and trap handling routines. If the VF 
bit is 0, the Vector Area is a segment of 256 64-Instruction blocks that contain the 
actual routines. 

Bit 3: ROM Vector Area (RV)—If the VF bit is 0, the RV bit specifies whether the 
Vector Area is contained in instruction memory (RV = 0) or instruction read-only mem¬ 
ory (RV = 1). The value of the RV bit is irrelevant if the VF bit is 1. 
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Bit 2: Byte Order (BO)— The BO bit determines the ordering of bytes and half-words 
within words. If the BO bit is 0, bytes and half-words are numbered left-to-right within 
a word. If the BO bit Is 1, bytes and half-words are numbered right-to-left. Section 

3.4.5 describes the interpretation of the BO bit in more detail. 

Bit 1: Coprocessor Present (CP)— The CP bit indicates the presence of a coproces¬ 
sor that may be used by the processor. If this bit is 1, it enables the execution of load 
and store instructions that have a Coprocessor Enable (CE) bit of 1. If the CP bit is 0 
and the processor attempts to execute a load or store Instruction with a CE bit of 1, a 
Coprocessor Not Present trap occurs. This feature may be used to emulate coproces¬ 
sor operations as well as to protect the state of a coprocessor shared between multi¬ 
ple processes. 

Bit 0: Branch Target Cache Memory Disable (CD)— The CD bit determines whether 
or not the Branch Target Cache memory is used for non-sequential instruction refer¬ 
ences. When this bit is 1, all instruction references are directed to external instruction 
memory or instruction ROM, and the Branch Target Cache memory is not used. When 
this bit Is 0, the targets of non-sequential Instruction fetches are stored in the Branch 
Target Cache memory and re-used as described in Section 4.2.2. The value of the 
CD bit does not take effect until the execution of the next branch instruction. The CO 
bit is initialized to 1 on reset. 

3.2.3.5 CHANNEL ADDRESS (CHAp REGISTER 4) 

This protected special-purpose register (Figure 3-7) is used to report exceptions 
during external accesses or coprocessor transfers. It also is used to restart inter¬ 
rupted load-multiple and store-multiple operations, and to restart other external ac¬ 
cesses when possible (e.g., after TLB misses are serviced). The restarting of external 
accesses is described In Section 7.3.4. 


15 


CHA 


Figure 3-7 Channel Address Register 

31_23 


The Channel Address Register is updated on the execution of every load or store 
instruction, and on every load or store In a load-multiple or store-multiple sequence, 
except when the Freeze (FZ) bit in the Current Processor Status Register is 1. 

Bits 31-0: Channel Address (CHA)— This field contains the address of the current 
channel transaction (if the FZ bit of the Current Processor Status Register Is 0). For 
external data accesses, the address is virtual if address translation was enabled for 
the access, or physical If translation was disabled. For transfers to the coprocessor, 
the CHA field contains data transferred to the coprocessor. 

3.2.3.6 CHANNEL DATA (CHD, REGISTER 5) 

This protected special-purpose register (Figure 3-8) is used to report exceptions 
during external accesses or coprocessor transfers. It is also used to restart the first 
store of an interrupted store-multiple operation and to restart other external accesses 
when possible (e.g., after TLB misses are serviced). The restarting of external ac¬ 
cesses is described In Section 7.3.4. 
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Figure 3-8 
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The Channel Data Register is updated on the execution of every load or store 
instruction, and on every load or store in a load-multiple or store-multiple sequence, 
except when the Freeze (FZ) bit in the Current Processor Status Register is 1. When 
the Channel Data Register is updated for a load operation, the resulting value Is 
unpredictable. 

Bits 31-0: Channel Data (CHD)—This field contains the data (if any) associated with 
the current channel transaction (if the FZ bit of the Current Processor Status Register 
is 0). If the current channel transaction is not a store or a transfer to the coprocessor, 
the value of this field is irrelevant. 

3.2.3.7 CHANNEL CONTROL (CHC, REGISTER 6) 

This protected special-purpose register (Figure 3-9) is used to report exceptions 
during external accesses or coprocessor transfers. It also is used to restart inter¬ 
rupted load-multiple and store-multiple operations, and to restart other external ac¬ 
cesses when possible (e.g., after TLB misses are serviced). The restarting of external 
accesses is described in Section 7.3.4. 
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The Channel Control Register is updated on the execution of every load or store 
instruction, and on every load or store in a load-multiple or store-multiple sequence, 
except when the Freeze (FZ) bit in the Current Processor Status Register is 1. 

Bits 31-24:—These bits are a direct copy of bits 23-16 from the load or store 
instruction which started the current channel transaction (see Section 3.4.4 and 
Section 6.1.2). 

Bits 23-16: Load/Store Count Remaining (CR)—The CR field Indicates the remain¬ 
ing number of transfers for a load-multiple or store-multiple operation that encoun¬ 
tered an exception or was interrupted before completion. This number is zero- 
based; for example, a value of 28 in this field indicates that 29 transfers remain to be 
completed. 

Bit 15: Load/Store (LS)—The LS bit is 0 if the channel transaction is a store opera¬ 
tion, and 1 if it is a load operation. 

Bit 14: Multiple Operation (ML)—The ML bit Is 1 if the current channel transaction is 
a partialiy-complete load-multiple or store-multiple operation; otherwise It is 0. 
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Bit 13: Set (ST) —The ST bit is 1 if the current channel transaction is for a Load and 
Set instruction; otherwise it Is 0. 

Bit 12: Lock Active (LA) —The LA bit is 1 If the current channel transaction Is for a 
Load and Lock or Store and Lock instruction; otherwise it Is 0. Note that this bit Is not 
set as the result of the Lock (LK) bit In the Current Processor Status Register. 

Bit 11: Reserved. 

Bit 10: Transaction Faulted (TF)— The TF bit indicates that the current channel 
transaction did not complete due to some exceptional circumstance. This bit Is set 
only for exceptions reported via the DERR input, and it causes a Data Access Excep¬ 
tion or Coprocessor Exception trap to occur (depending on the value of the CE bit) 
when it is 1. 

The TF bit allows the proper sequencing of externally reported errors that get 
preempted by higher-priority traps (see Section 3.5.8). It is reset by software that 
handles the resulting trap. 

Bits 9-2: Target Register (TR)— The TR field indicates the absolute-register number 
of data operand for the current transaction (either a load target or store data source). 
Since the register-number in this field Is absolute, it reflects the Stack-Pointer addition 
when the indicated register is a local register. 

Bit 1 : Not Needed (NN)— The NN bit indicates that, even though the Channel Ad¬ 
dress, Channel Data, and Channel Control registers contain a valid representation of 
an incomplete load operation, the data requested is not needed. This situation arises 
when a load Instruction Is overlapped with an instruction which writes the load target 
register. 

Bit 0: Contents Valid (CV)— The CV bit indicates that the contents of the Channel 
Address, Channel Data, and Channel Control registers are valid. 

3.2.3.8 REGISTER BANK PROTECT (RBP, REGISTER 7) 

This protected special-purpose register (Figure 3-10) protects banks of general- 
purpose registers from User-mode program accesses. 


Figure 3-10 Register Bank Protect Register 
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The general-purpose registers are partitioned into 16 banks of 16 registers each 
(except that Bank 0 contains 12 registers). The banks are organized as shown in 
Figure 3-2 of Section 3.2.1. 

Bits 31-16: Reserved. 

Bits 15-0: Bank 15 through Bank 0 Protection Bits (B15-BO)— In the Register 
Bank Protect Register, each bit is associated with a particular bank of registers, and 
the bit number gives the associated bank number (e.g., B11 determines the protection 
for Bank 11). 

When a protection bit is 1, the corresponding bank is protected from access by pro¬ 
grams executing In the User mode. A Protection Violation trap occurs when a User¬ 
mode program attempts to access (either read or write) a register in a protected bank. 
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When a bit in this register is 0, the corresponding bank is available to programs exe¬ 
cuting in the User mode. 

Supervisor-mode and Monitor-mode programs are not affected by the Register Bank 
Protect Register. 

Register protection is based on absolute-register numbers. For local registers, the 
protection checking is performed after the Stack-Pointer addition is performed. 

3.2.3.9 TIMER COUNTER (TMC, REGISTER 8) 

This protected special-purpose register (Figure 3-11) contains the counter for the 
Timer Facility. 


Figure 3-11 
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Bits 31-24: Reserved. 

Bits 23-0: Timer Count Vaiue (TCV)—The 24-bit TCV field decrements by one on 
each processor clock. When the TCV field decrements to zero, It Is reloaded with the 
content of the Timer Reload Value field in the Timer Reload Register. At this time, the 
Interrupt bit in the Timer Reload Register is set. 

3.2.3.10 TIMER RELOAD (TMR, REGISTER 9) 

This protected special-purpose register (Figure 3-12) maintains synchronization of the 
Timer Counter Register, enables Timer interrupts, and maintains Timer Facility status 
information. 


Figure 3-12 
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Bits 31-27: Reserved. 

Bit 26: Overflow (OV)—^The OV bit indicates that a Timer interrupt occurred before a 
previous Timer interrupt was serviced. It is set if the Interrupt (IN) bit is T (see below) 
when the Timer Count Value (TCV) field of the Timer Counter Register decrements to 
zero. In this case, a Timer interrupt caused by the IN bit has not been serviced when 
another interrupt is created. 

Bit 25: Interrupt (IN)—^The IN bit is set whenever the TCV field decrements to zero. If 
this bit is 1 and the IE bit is also 1, a Timer interrupt occurs. Note that the IN bit is set 
when the TCV field decrements to zero, regardless of the value of the IE bit. The IN 
bit is reset by software that handles the Timer interrupt. 
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The TCV field is zero-based with respect to the Timer interrupt interval; for example, a 
value of 28 in the TCV field causes the IN bit to be set in the 29th subsequent proces¬ 
sor cycle. The reason for this Is that the TCV field is zero for a complete cycle before 
the IN bit is set. 

Bit 24: Interrupt Enable (IE)—When the IE bit is 1, the Timer interrupt is enabled, 
and the Timer Interrupt occurs whenever the IN bit is 1. When this bit Is 0, the Timer 
interrupt is disabled. Note that Timer interrupts may be disabled by the DA bit of the 
Current Processor Status Register regardless of the value of the IE bit. 

Bits 23-0: Timer Reload Value (TRV)—The value of this field Is written Into the 
Timer Count Value (TCV) field of the Timer Counter Register when the TCV field 
decrements to zero. 

3.2.3.11 PROGRAM COUNTER 0 (PCO, REGISTER 10) 

This protected special-purpose register (Figure 3-13) is used, on an Interrupt return, 
to restart the instruction which was in the decode stage when the original interrupt or 
trap was taken. 


Figure 3-13 
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Bits 31-2: Program Counter 0 (PCO)—This field captures the word-address of an 
instruction as it enters the decode stage of the processor pipeline, unless the Freeze 
(FZ) bit of the Current Processor Status Register is 1. If the FZ bit Is 1, PCO holds its 
value. 

When an interrupt or trap Is taken, the PCO field contains the word-address of the 
instruction in the decode stage; the interrupt or trap has prevented this instruction 
from executing. The processor uses the PCO field to restart this instruction on an 
Interrupt return. 

Bits 1-0: Zeros—These bits are zero, since instruction addresses are always word 
aligned. 

3.2.3.12 PROGRAM COUNTER 1 (PCI p REGISTER 11) 

This protected special-purpose register (Figure 3-14) is used, on an interrupt return, 
to restart the instruction that was in the execute stage when the original interrupt or 
trap was taken. 


Figure 3-14 


Program Counter 1 Register 



Bits 31-2: Program Counter 1 (PCI)—This field captures the word-address of an 
instruction as It enters the execute stage of the processor pipeline, unless the Freeze 
(FZ) bit of the Current Processor Status Register is 1. If the FZ bit is 1, PCI holds its 
value. 
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When an Interrupt or trap is taken, the PC1 field contains the word-address of the 
instruction in the execute stage; the interrupt or trap has prevented this instruction 
from completing execution. The processor uses the PC1 field to restart this instruction 
on an Interrupt return. 

Bits 1-0: Zeros—These bits are zero, since instruction addresses are always word 
aligned. 

3.2.3.13 PROGRAM COUNTER 2 (PC2p REGISTER 12) 

This protected special-purpose register (Figure 3-15) reports the address of pertain 
instructions causing traps. 


Figure 3-15 Program Counter 2 Register 
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Bits 31-2: Program Counter 2 (PC2)—This field captures the word address of an 
instruction as it enters the write-back stage of the processor pipeline, unless the 
Freeze (FZ) bit of the Current Processor Status Register is 1. If the FZ bit Is 1, PC2 
holds Its value. 

When an interrupt or trap is taken, the PC2 field contains the word address of the 
instruction In the write-back stage. In certain cases, as described in Section 3.5.9, 

PC2 contains the address of the Instruction causing a trap. The PC2 field is used to 
report the address of this Instruction, and has no other use In the processor. 

Bits 1-0: Zeros—These bits are zero, since instruction addresses are always word 
aligned. 

3.2.3.14 MMU CONFIGURATION (MMU, REGISTER 13) 

This protected special-purpose register (Figure 3-16) specifies parameters associated 
with the Memory Management Unit (MMU). 


Figure 3-16 


MMU Configuration Register 



Bits 31-10: Reserved. 

Bits 9-8: Page Size (PS)—The PS field specifies the page size for address transla¬ 
tion. The page size affects translation as discussed In Section 3.6.2. The PS field has 
a delayed effect on address translation (see Section 3.6.2). At least one cycle of delay 
must separate an instruction which sets the PS field and an instruction that performs 
address translation. The PS field is encoded as follows: 
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Bits 7-0: Process Identifier (PID)— For translated User-mode loads and stores, this 
8-bit field Is compared to Task Identifier (TID) fields in Translation Look-Aside Buffer 
entries when address translation is performed. For the address translation to be valid, 
the PID field must match the TID field in an entry. This allows a separate 32-bit virtual- 
address space to be allocated to each active User-mode process (within the limit of 
255 such processes). Translated Supervisor-mode and Monitor-mode loads and 
stores use a fixed process Identifier of zero, and require that the TID field be zero for 
successful translation. 

3.2.3.15 LRU RECOMMENDATION (LRU, REGISTER 14) 

This protected special-purpose register (Figure 3-17) assists Translation Look-Aside 
Buffer (TLB) re-loading by indicating the least-recently used TLB entry in the required 
replacement line. 


Figure 3-17 LRU Recommendation Register 
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Bits 31-7: Reserved. 

Bits 6-1: Least-Recently Used Entry (LRU)— The LRU field is updated whenever a 
TLB miss occurs during an address translation. It gives the TLB register number of 
the TLB entry selected for replacement. The LRU field also is updated whenever a 
memory-protection violation occurs; however, it has no interpretation in this case. 

Bit 0: Zero —The appended 0 serves to identify Word 0 of the TLB entry. 

3.2.3.16 REASON VECTOR (RSN, REGISTER 15) 

This protected special-purpose register (Figure 3-18) reports the cause of a trap into 
the Monitor Mode. 


Figure 3-18 
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Bits 31-8: Reserved. 

Bits 7-0: Reason Vector (RSN)— The RSN field Is set whenever a Monitor trap 
occurs (see Section 3.5.7). The RSN field is set to the vector number of the trap which 
would have been taken had the Monitor trap not been taken. 

3.2.3.17 REGION MAPPING ADDRESS 0 (RMAO, REGISTER 16) 

This protected special-purpose register (Figure 3-19) specifies a mapping from a 
region of virtual address space to physical address space. Together with the Region 
Mapping Control 0 Register, it controls the Region Mapping Unit 0. 

Bits 31-16: Virtual Base Address (VBA)— The VBA field defines the base address 
of the virtual region to be mapped. The most-significant bits of this field are compared 
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Figure 3-19 Region Mapping Address 0 Register 
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to the corresponding bits of the virtual address during address translation. The num¬ 
ber of bits compared is determined by the size of the virtual region, as defined by the 
Region Size field of the Region Mapping Control 0 Register. All unused bits of the 
VBA field must be 0. 

Bits 15-0: Physical Base Address (PBA)— The PBA field defines the base address 
of the physical region. When an address translation is performed, the most-significant 
bits of this field replace the corresponding bits of the virtual address. The number of 
bits replaced is determined by the size of the virtual region, as defined by the Region 
Size field of the Region Mapping Control 0 Register. All unused bits of the PBA field 
must be 0. 

3.2.3.18 REGION MAPPING CONTROL 0 (RMCO, REGISTER 17) 

This protected special-purpose register (Figure 3-20) contains control information 
associated with the mapping specified by the Region Mapping Address 0 Register. 
Together with Region Mapping Address 0 Register, it controls the Region Mapping 
Unit 0. 


Figure 3-20 Region Mapping Control 0 Register 



Bits 31-24: Reserved. 

Bits 23-22: User-Programmabie (PGM)— These bits are placed on the 
MPGM{1-0) outputs when a translated address Is transmitted for an access. 

They have no predefined effect on the access; any effect is defined by logic 
external to the processor. 

Bit 21: Reserved. 

Bits 20-17: Region Size (RGS)— The RGS field defines the size of the virtual region. 
The value In the RGS field is the number of low-order address bits which are ignored 
in virtual address comparisons and physical address substitutions. Thus, if the RGS 
value is 0000, the size of the virtual region is 64 kb; If the RGS value Is 0001, the size 
of the virtual region is 128 kb; and so on, up to an RGS value of 1111 and a maximum 
virtual region size of 2 Gb. 

Bit 16: Input/Output Address Space (10)— When the 10 bit is 1, a valid translation 
results in an access to the Input/output address space. When the 10 bit Is 0, the ac¬ 
cess is performed in the instruction/data memory address space. 
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Bit 15: Reserved. 

Bit 14: Valid Entry (VE) —If the VE bit is 1, Region Mapping Address 0 Register 
specifies a valid translation. If the VE bit is 0, the translation is invalid. 

Bit 13: Supervisor Read (SR)— When the SR bit is 1, Supervisor-mode load opera¬ 
tions to the virtual region are permitted. When the SR bit Is 0, such loads are not 
permitted, and any attempt is trapped with a Data MMU Protection Violation. 

Bit 12: Supervisor Write (SW) —^When the SW bit is 1, Supervisor-mode store opera¬ 
tions to the virtual region are permitted. When the SW bit is 0, such stores are not 
permitted, and any attempt is trapped with a Data MMU Protection Violation. 

Bit 11: Supervisor Execute (SE)— When the SE bit is 1, Supervisor-mode instruction 
accesses to the virtual region are permitted. When the SE bit is 0, such accesses are 
not permitted, and any attempt is trapped with an Instruction MMU Protection Vio¬ 
lation. 

Bit 10: User Read (UR) —When the UR bit Is 1, User-mode load operations to the 
virtual region are permitted. When the UR bit is 0, such loads are not permitted, and 
any attempt Is trapped with a Data MMU Protection Violation. 

Bit 9: User Write (UW)-— When the UW bit is 1, User-mode store operations to the 
virtual region are permitted. When the UW bit Is 0, such stores are not permitted, and 
any attempt is trapped with a Data MMU Protection Violation. 

Bit 8: User Execute (UE)— When the UE bit is 1, User-mode instruction accesses to 
the virtual region are permitted. When the UE bit is 0, such accesses are not permit¬ 
ted, and any attempt is trapped with an Instruction MMU Protection Violation. 

Bits 7-0: Task Identifier (TID)— The Task Identifier field allows Region Mapping 
Address Unit 0 to be associated with a particular process. For a translation to be valid, 
the TID field must match the Process Identifier (PID) in the MMU Configuration Regis¬ 
ter. If the Task Identifier is zero, however, any otherwise-valid Supervisor-mode or 
Monitor-mode access is allowed, even if the Process Identifier Is not zero. 

3.2.3.19 REGION MAPPING ADDRESS 1 (RMA1, REGISTER 18) 

This protected special-purpose register specifies a mapping from a region of virtual 
address space to physical address space. Together with the Region Mapping Control 
1 Register, it controls the Region Mapping Unit 1. 

The structure of the Region Mapping Address 1 Register is identical to that of the 
Region Mapping Address 0 Register (Figure 3-19). 

3.2.3.20 REGION MAPPING CONTROL 1 (RMC1, REGISTER 19) 

This protected special-purpose register contains control Information associated with 
the mapping specified by the Region Mapping Address 1 Register. Together with the 
Region Mapping Address 1 Register, it controls the Region Mapping Unit 1. 

The structure of the Region Mapping Control 1 Register is identical to that of the 
Region Mapping Control 0 Register (Figure 3-20). 

3.2.3.21 SHADOW PROGRAM COUNTER 0 (SPCO, REGISTER 20) 

This protected special-purpose register (Figure 3-21) is analogous to the Program 
Counter 0 Register, except that it operates even when the FZ bit of the Current Proc¬ 
essor Status Register is 1; it freezes only upon entry into the Monitor Mode. The 
Shadow Program Counter 0 Register is used upon exit from the Monitor Mode to 
restart the instruction which was in the decode stage at the time of entry. 
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Figure 3-21 
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Bits 31-2: Shadow Program Counter 0 (SPC0)~This field captures the word- 
address of an instruction as it enters the decode stage of the processor pipeline, 
unless the processor is in the Monitor Mode. While the processor Is in the Monitor 
Mode, the value of SPCO is not modified. 

Bits 1-0: Zeros—These bits are always zero, since instruction addresses are word- 
aligned. 

3.2.3.22 SHADOW PROGRAM COUNTER 1 (SPC1, REGISTER 21) 

This protected special-purpose register (Figure 3-22) Is analogous to the Program 
Counter 1 Register, except that it operates even when the FZ bit of the Current Proc¬ 
essor Status Register is 1; It freezes only upon entry into the Monitor Mode. The 
Shadow Program Counter 1 Register is used upon exit from the Monitor Mode to 
restart the Instruction which was in the execute stage at the time of entry. 


Figure 3-22 
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Bits 31-2: Shadow Program Counter 1 (SPC1)—This field captures the word-ad¬ 
dress of an instruction as It enters the execute stage of the processor pipeline, unless 
the processor is in the Monitor Mode. While the processor is in the Monitor Mode, the 
value of SPC1 Is not modified. 

Bits 1-0: Zeros—^These bits are always zero, since Instruction addresses are word- 
aligned. 

3.2.3.23 SHADOW PROGRAM COUNTER 2 (SPC2, REGISTER 22) 

This protected special-purpose register (Figure 3-23) is analogous to the Program 
Counter 2 Register, except that it operates even when the FZ bit of the Current Proc¬ 
essor Status Register is 1; It freezes only upon entry Into the Monitor Mode. The 
Shadow Program Counter 2 Register provides information only; it is not used by 
processor In a return from Monitor Mode. 


Figure 3-23 
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Bits 31-2: Shadow Program Counter 2 (SPC2)— This field captures the word-ad- 
dress of an instruction as it enters the write-back stage of the processor pipeline, 
unless the processor is in the Monitor Mode. While the processor is in the Monitor 
Mode, the value of SPC2 Is not modified. 

Bits 1-0: Zeros —These bits are always zero, since Instruction addresses are word- 
aligned. 

3.2.3.24 INSTRUCTION BREAKPOINT ADDRESS 0 (IBAO, REGISTER 23) 

This protected special-purpose register {Figure 3-24) contains the address of an 
instruction breakpoint. 


Figure 3-24 
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Bits 31-2: Instruction Breakpoint Address (IBA)— The value in the IBA field is 
compared to the value of the Program Counter to determine whether an instruction 
breakpoint has been encountered. 

Bits 1-0: Zeros— -These bits are always zero, since instruction addresses are word- 
aligned. 

3.2.3.25 INSTRUCTION BREAKPOINT CONTROL 0 (IBCO, REGISTER 24) 

This protected special-purpose register (Figure 3-25) contains control and status 
Information for the Instruction breakpoint specified by the Instruction Breakpoint Ad¬ 
dress 0 Register. 


Figure 3-25 Instruction Breakpoint Control 0 Register 
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Bits 31-13: Reserved. 

Bit 12: Breakpoint Has Occurred (BHO)— The BHO bit indicates whether a trap for 
valid breakpoint comparison has occurred. When such a trap occurs, the BHO bit is 
set to 1. At the next valid breakpoint comparison, the BHO bit Is reset to 0, and the 
breakpoint trap is not taken. The BHO bit acts as a temporary breakpoint disable, 
ensuring that only one breakpoint comparison trap Is taken each time the breakpoint 
is encountered and allowing the processor to progress past the breakpoint address. 

Bit 11 : Breakpoint Enabie (BEN) —When the BEN bit is 1, the breakpoint compari¬ 
son is enabled. When the BEN bit is 0, the breakpoint comparison is disabled and 
neither a breakpoint nor a synchronization pulse Is generated when the breakpoint 
condition is met. The BEN bit is initialized to 0 upon reset. 
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Bit 10: Break or Synchronize (BSY)— The BSY bit determines the action taken 
when the breakpoint condition is met. If the BSY bit is 1, a breakpoint occurs; if the 
BSY bit is 0, a synchronization pulse Is generated (see Section 5.3). 

Bit 9: Break ROM (BRM)— If the BRM bit is 0, the breakpoint comparison is per¬ 
formed only for addresses In the instruction memory address space. If the BRM bit is 
1, the breakpoint comparison is performed only for addresses in the instruction ROM 
address space. 

Bit 8: Break on Transiation Enabied (BTE)— if the BTE bit is 1 , the breakpoint 
comparison Is performed only when Instruction translation Is enabled (that is, when 
the PI bit of the Current Processor Status Register is 0). If the BTE bit is 0, the break¬ 
point comparison Is performed when instruction translation is disabled (the PI bit is 1). 
Comparisons for translated addresses are further conditioned by the BPID field and 
the Process Identifier field of the MMU Configuration Register; these fields are ig¬ 
nored if the BTE bit is 0. 

Bits 7-0: Breakpoint Process Identifier (BPiD)— -The BPID field allows the break¬ 
point comparison of virtual instruction addresses to be associated with a particular 
process. The BPID field is ignored for untranslated instruction addresses. For a User¬ 
mode virtual instruction address, the value of the BPID field must match the value of 
the PID field of the MMU Configuration Register for the breakpoint comparison to be 
valid. For a Supervisor-mode virtual address, the breakpoint condition is met only If 
the value of the BPID field is 0. 

3.2.3.26 INSTRUCTION BREAKPOINT ADDRESS 1 (IBA1, REGISTER 25) 

This protected special-purpose register contains the address of an instruction break¬ 
point. 

The structure of the Instruction Breakpoint Address 1 Register Is identical to that of 
the Instruction Breakpoint Address 0 Register (Figure 3-24). 

3.2.3.27 INSTRUCTION BREAKPOINT CONTROL 1 (IBC1, REGISTER 26) 

This protected special-purpose register contains control and status information for the 
instruction breakpoint specified by the Instruction Breakpoint Address 1 Register. 

The structure of the Instruction Breakpoint Control 1 Register is identical to that of the 
Instruction Breakpoint Control 0 Register (Figure 3-25). 

3.2.3.28 REGISTERS 112-127—RESERVED FOR TESTING 

Special-purpose registers 112 to 127 are reserved for hardware testing. In the User 
Mode, an attempt to read or write these registers causes a Protection Violation trap. 

In the Supervisor and Monitor Modes, attempted writes have unpredictable effects on 
processor operation. 

3.2.3.29 INDIRECT POINTER C (IPC, REGISTER 128) 

This unprotected special-purpose register (Figure 3-26) provides the RC-operand 
register number (see Section 8.3) when an instruction RC field has the value zero 
(i.e., when Global Register 0 Is specified). 


Figure 3-26 Indirect Pointer C Register 
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Bits 31-10: Reserved. 

Bits 9-2: Indirect Pointer C (IPC)-~The 8-bit IPC field contains an absolute-register 
number for a general-purpose register. This number directly selects a register (Stack- 
Pointer addition is not performed In the case of local registers). 

Bits 1-0: Zeros —The IPC field is aligned for compatibility with word addresses. 

3.2.3.30 INDIRECT POINTER A (IPA, REGISTER 129) 

This unprotected special-purpose register (Figure 3-27) provides the RA-operand 
register number (see Section 8.3) when an instruction RA field has the value zero 
(i.e., when Global Register 0 is specified). 


Figure 3-27 Indirect Pointer A Register 
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Bits 31-10: Reserved. 

Bits 9-2: Indirect Pointer A (IPA) —The 8-bit IPA field contains an absolute-register 
number for either a general-purpose register or a local register. This number directly 
selects a register (Stack-Pointer addition Is not performed in the case of local regis¬ 
ters). 

Bits 1-0: Zeros —The IPA field is aligned for compatibility with word addresses. 

3.2.3.31 INDIRECT POINTER B (IPB, REGISTER 130) 

This unprotected special-purpose register (Figure 3-28) provides the RB-operand 
register number (see Section 8.3) when an instruction RB field has the value zero 
(I.e., when Global Register 0 is specified). 


Figure 3-28 
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Bits 31-10: Reserved. 

Bits 9-2: Indirect Pointer B (IPB)— The 8-bit IPB field contains an absolute-register 
number for a general-purpose register. This number directly selects a register (Stack- 
Pointer addition Is not performed in the case of local registers). 

Bits 1-0: Zeros —The IPB field is aligned for compatibility with word addresses. 

3.2.3.32 Q (Q, REGISTER 131) 

The Q Register is an unprotected special-purpose register (Figure 3-29). 
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Figure 3-29 Q Register 
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Bits 31-0: Quotient/Muitiplier (Q)—During a sequence of divide steps, this field 
holds the low-order bits of the dividend; it contains the quotient at the end of the 
divide. During a sequence of multiply steps, this field holds the multiplier; it contains 
the low-order bits of the result at the end of the multiply. 

For an integer divide instruction, the Q field contains the high-order bits of the divi¬ 
dend at the beginning of the instruction, and contains the remainder upon completion 
of the instruction. 

3.2.3.33 ALU STATUS (ALU, REGISTER 132) 

This unprotected special-purpose register (Figure 3-30) holds information about the 
outcome of Arithmetic/Logic Unit (ALU) operations as well as control for certain opera¬ 
tions performed by the Execution Unit. 


Figure 3-30 
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Bits 31-12: Reserved. 

Bit 11: Divide Fiag (DF)—The DF bit is used by the instructions that implement 
division. This bit is set at the end of the division instructions either to 1 or to the com¬ 
plement of the 33rd bit of the ALU. When a Divide Step instruction is executed, then 
the DF bit determines whether an addition or subtraction operation is performed by 
the ALU. 

Bit 10: Overfiow (V)—The V bit indicates that the result of a signed, two’s-comple- 
ment ALU operation required more than 32 bits to represent the result correctly. The 
value of this bit is determined by exclusive-ORIng the ALU carry-out with the carry-in 
to the most-significant bit for signed, two’s-complement operations. This bit is not 
used for any special purpose in the processor, and is provided for Information only. 

Bit 9: Negative (N)—The N bit is set with the value of the most-significant bit of the 
result of an arithmetic or logical operation. If two’s-complement overflow occurs, the N 
bit does not reflect the true sign of the result. This bit is used in divide operations. 

Bit 8: Zero (Z)—The Z bit indicates that the result of an arithmetic or logical operation 
is zero. This bit Is not used for any special purpose In the processor, and is provided 
for information only. 

Bit 7: Carry (C)—The C bit stores the carry-out of the ALU for arithmetic operations. 

It is used by the add-with-carry and subtract-with-carry instructions to generate the 
carry into the Arithmetic/Logic Unit. 
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Bits 6-5: Byte Pointer (BP)— The BP field holds a 2-bit pointer to a byte within a 
word. It Is used by Insert Byte and Extract Byte instructions. The mapping of the 
pointer value to the byte position depends on the value of the Byte Order (BO) bit In 
the Configuration Register. 

The most-significant bit of the BP field Is used to determine the position of a half-word 
within a word for the Insert Half-Word, Extract Half-Word, and Extract Half-Word, 
Sign-Extended instructions. The mapping of the most-significant bit to the half-word 
position depends on the value of the BO bit in the Configuration Register. 

The BP field is set by a Move To Special Register instruction with either the ALU 
Status Register or the Byte Pointer Register as the destination. It is also set by a load 
or store instruction if the Set Byte Pointer (SB) bit in the instruction is 1. A load or 
store sets the BP field either with the two least-significant bits of the address (if the 
DW bit of the Configuration Register is 0) or with the complement of the Byte Order bit 
of the Configuration Register (if DW is 1). 

Bits 4-0: Funnel Shift Count (FC)— The FC field contains a 5-blt shift count for the 
Funnel Shifter. The Funnel Shifter concatenates two source-operands into a single 
64-bit operand and extracts a 32-bit result from this 64-bit operand; the FC field speci¬ 
fies the number of bit positions from the most-significant bit of the 64-bit operand to 
the most-significant bit of the 32-bit result. The FC field is used by the EXTRACT 
instruction. 

The FC field is set by a Move To Special Register instruction with either the ALU 
Status Register or the Funnel Shift Count Register as the destination. 

3.2.3.34 BYTE POINTER (BP, REGISTER 133) 

This unprotected special-purpose register (Figure 3-31) provides an alternate access 
to the BP field in the ALU Status Register. 


Figure 3-31 Byte Pointer Register 
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Bits 31-2: Zeros. 

Bits 1-0: Byte Pointer (BP)— This field allows a program to change the BP field 
without affecting other fields In the ALU Status Register. 

3.2.3.35 FUNNEL SHIFT COUNT (FC, REGISTER 134) 

This unprotected special-purpose register (Figure 3-32) provides an alternate access 
to the FC field in the ALU Status Register. 


Figure 3-32 Funnel Shift Count Register 
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Bits 31-5: Zeros. 

Bits 4-0: Funnel Shift Count (FC)— This field allows a program to change the FC 
field without affecting other fields in the ALU Status Register. 
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3.2.3.36 LOAD/STORE COUNT REMAINING (CR, REGISTER 135) 

This unprotected special-purpose register (Figure 3-33) provides alternate access to 
the CR field In the Channel Control Register. 


Figure 3-33 Load/Store Count Remaining Register 
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Bits 31 Zeros. 

Bits 7-0: Load/Store Count Remaining (CR)— This field allows a program to 
change the CR field without affecting other fields in the Channel Control Register, and 
Is used to Initialize the value before a Load Multiple or Store Multiple instruction is 
executed. 

3.2.3.37 FLOATING-POINT ENVIRONMENT (FPE, REGISTER 160) 

This unprotected special-purpose register (Figure 3-34) contains control bits that 
affect the execution of floating-point operations. Writing the Floating-Point Environ¬ 
ment Register Is a serializing operation; that Is, all currently executing floating-point 
operations are completed before the write is performed. 


Figure 3-34 Floating-Point Environment Register 
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Bits 31-11: Reserved. 

Bits 10-9: Accumulator Format (ACF) —The ACF field specifies the format of the 
Floating-Point Accumulator Registers, as follows: 


ACF1-0 

Accumulator Format 

00 

Reserved 

01 

Single-Precision 

10 

Double-Precision 

11 

Reserved 


Bit 8: Fast Float Select (FF)— The FF bit being 1 enables fast floating-point opera¬ 
tions, in which certain requirements of the IEEE floating-point specification are not 
met. This improves the performance of certain operations by sacrificing conformance 
to the IEEE specification. The fast floating-point operations are discussed in 
Section 7.2.8. 
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Bits 7-6: Floating-Point Round Mode (FRM)— This field specifies the default mode 
used to round the results of floating-point operations, as follows: 


FRM1-0 

Round Mode 

00 

Round to nearest 

01 

Round to-oo 

10 

Round to +00 

11 

Round to zero 


Rounding is discussed in Section 7.2.7. 

Bit 5: Floating-Point Divide-By-Zero Mask (DM)— If the DM bit is 0, a Floating-Point 
Exception trap occurs when the divisor of a floating-point division operation is zero 
and the dividend is a non-zero, finite number. If the DM bit is 1, a Floating-Point 
Exception trap does not occur for divide-by-zero. 

Bit 4: Floating-Point Inexact Result Mask (XM)— If the XM bit is 0, a Floating-Point 
Exception trap occurs when the result of a floating-point operation Is not equal to the 
infinitely precise result. If the XM bit is 1, a Floating-Point Exception trap does not 
occur for an inexact result. 

Bit 3: Floating-Point Underflow Mask (UM)— If the DM bit is 0, a Floating-Point 
Exception trap occurs when the result of a floating-point operation is too small to be 
expressed in the destination format. If the UM bit is 1, a Floating-Point Exception trap 
does not occur for underflow. 

Bit 2: Floating-Point Overflow Mask (VM)— If the VM bit is 0, a Floating-Point 
Exception trap occurs when the result of a floating-point operation is too large to be 
expressed in the destination format. If the VM bit is 1, a Floating-Point Exception trap 
does not occur for overflow. 

Bit 1 : Floating-Point Reserved Operand Mask (RM)— If the RM bit Is 0, a Floating- 
Point Exception trap occurs when one or more Input operands to a floating-point 
operation Is a reserved value, or when the result of a floating-point operation is a 
reserved value. If the RM bit is 1, a Floating-Point Exception trap does not occur for 
reserved operands. 

Bit 0: Floating-Point Invalid Operation Mask (NM)— If the NM bit Is 0, a Floating- 
Point Exception trap occurs when the input operands to a floating-point operation 
produce an indeterminate result (e.g., times 0). If the NM bit Is 1, a Floating-Point 
Exception trap does not occur for invalid operations. 

3.2.3.38 INTEGER ENVIRONMENT (INTE, REGISTER 161) 

This unprotected special-purpose register (Figure 3-35) contains control bits which 
affect the execution of integer multiplication and division operations. Writing the Inte¬ 
ger Environment Register is a serializing operation. All currently executing operations 
are completed before the write is performed. 


Figure 3-35 Integer Environment Register 
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Bits 31-2: Reserved. 

Bit 1 : Integer Division Overfiow Mask (DO)— -If the DO bit is 0, an Out of Range trap 
occurs when overflow of a signed or unsigned 32-bit result occurs during a DIVIDE or 
DIVIDU instruction, respectively. If the DO bit is 1, an Out of Range trap does not 
occur for overflow during integer divide operations. 

The DIVIDE and DIVIDU instructions always cause an Out of Range Trap upon divi¬ 
sion by zero, regardless of the value of the DO bit. 

Bit 0: Integer Multiplication Overfiow Exception Mask (MO)— if the MO bit is 0, an 
Out of Range trap occurs when overflow of a signed or unsigned 32-blt result occurs 
during a MULTIPLY or MULTIPLU instruction, respectively. If the DO bit is 1, an Out 
of Range trap does not occur for overflow during integer multiply operations. 

3.2.3.39 FLOATING-POINT STATUS (FPS, REGISTER 162) 

This unprotected special-purpose register (Figure 3-36) contains status bits indicating 
the outcome of floating-point operations. 

The floating-point status bits are divided into two groups. The first group consists of 
the sticky status bits (DS, XS, US, VS, RS, and NS), which, once set, remain set until 
explicitly cleared by a Move-to-Special-Register (MTSR) or Move-to-Special-Register- 
Immediate (MTSRIM) instruction. Sticky status bits are updated in either of two ways: 

1. For floating-point operations that do not cause a Floating-Point Exception trap 
(FMAC, DMAC, FMSM, DMSM, and MTACC), all sticky status bits are updated at 
the end of instruction execution. 

2. For ail other floating-point operations, including CONVERT, only those sticky 
status bits corresponding to masked exceptions are updated. The update occurs 
at the end of instruction execution. 

The second group consists of the trap status bits (DT, XT, UT, VT, RT, and NT), 
which report the status of an operation for which a Floating-Point Exception trap is 
taken. These bits are updated only by an operation which takes a trap as a result of 
an unmasked Floating-Point Exception; all other operations leave these bits un¬ 
changed. A trap status bit is updated regardless of the state of the corresponding 
exception mask In the Floating-Point Environment Register. 

Reading or writing the Floating-Point Status Register is a serializing operation. All 
currently executing floating-point operations are completed before the read or write is 
performed. 


Figure 3-36 Floating-Point Status 
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Bits 31-14: Reserved. 

Bit 13: Fioating-Point Divide By Zero Trap (DT)— The DT bit is set when a Floating- 
Point Exception trap occurs, and the associated floating-point operation is a divide 
with a zero divisor and a non-zero, finite dividend. Otherwise, this bit is reset when a 
Floating-Point Exception trap occurs. 
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Bit 12: Floating-Point Inexact Result Trap (XT)— The XT bit is set when a Floating- 
Point Exception trap occurs, and the result of the associated floating-point operation 
is not equal to the Infinitely-precise result. Otherwise, this bit is reset when a Floating- 
Point Exception trap occurs. 

Bit 11: Floating-Point Underflow Trap (UT)— The UT bit Is set when a Floating- 
Point Exception trap occurs, and the result of the associated floating-point operation 
is too small to be expressed in the destination format. Otherwise, this bit Is reset when 
a Floating-Point Exception trap occurs. 

Bit 10: Floating-Point Overflow Trap (VT)— The VT bit is set when a Floating-Point 
Exception trap occurs, and the result of the associated floating-point operation is too 
large to be expressed in the destination format. Otherwise, this bit is reset when a 
Floating-Point Exception trap occurs. 

Bit 9: Floating-Point Reserved Operand Trap (RT)— The RT bit is set when a Float¬ 
ing-Point Exception trap occurs, and the result of the associated floating-point opera¬ 
tion is a reserved value. Otherwise, this bit is reset when a Floating-Point Exception 
trap occurs. 

Bit 8: Floating-Point Invalid Operation Trap (NT)— The NT bit is set when a Float¬ 
ing-Point Exception trap occurs, and the input operands to the associated floating¬ 
point operation produce an Indeterminate result. Otherwise, this bit is reset when a 
Floating-Point Exception trap occurs. 

Bits 7-6: Reserved. 

Bit 5: Floating-Point Divide By Zero Sticky (DS) —The DS bit is set when the DM 
bit of the Floating-Point Environment Register is 1, the divlaor of a floating-point divi¬ 
sion operation is a zero, and the dividend is a non-zero, finite number. 

Bit 4: Floating-Point Inexact Result Sticky (XS)— The XS bit Is set when the XM bit 
of the Floating-Point Environment Register is 1, and the result of a floating-point 
operation is not equal to the infinitely precise result. 

Bit 3: Floating-Point Underflow Sticky (US)— The US bit Is set when the UM bit of 
the Floating-Point Environment Register Is 1, and the result of a floating-point opera¬ 
tion is too small to be expressed in the destination format. 

Bit 2: Floating-Point Overflow Sticky (VS)— The VS bit is set when the VM bit of the 
Floating-Point Environment Register is 1, and the result of a floating-point operation is 
too large to be expressed in the destination format. 

Bit 1: Floating-Point Reserved Operand Sticky (RS)— The RS bit is set when the 
RM bit of the Floating-Point Environment Register Is 1, and either one or more input 
operands to a floating-point operation is a reserved value or the result of a floating¬ 
point operation is a reserved value. 

Bit 0: Floating-Point Invalid Operation Sticky (NS)— The NS bit Is set when the NM 
bit of the Floating-Point Environment Register Is 1, and the input operands to a float¬ 
ing-point operation produce an Indeterminate result. 

3.2.3.40 EXCEPTION OPCODE (EXOP, REGISTER 164) 

This unprotected special-purpose register (Figure 3-37) reports the opcode of an 
Instruction causing an Illegal Opcode, Floating-Point Exception, or Out-of-Range trap. 
Writing the Exception Opcode Register is a serializing operation. All currently execut¬ 
ing floating-point operations are completed before the write is performed. 


PROGRAMMER REFERENCE 3-31 




Bits 31-^: Reserved. 

Bits 7-0; Instruction Opcode (lOP)—This field captures the opcode of an instruction 
causing a trap as a result of instruction execution; the opcode is captured as the 
instruction enters the write-back stage of the processor pipeline. Instructions that do 
not trap as a consequence of execution do not modify the lOP field. 

The Exception Opcode Register can be written explicitly by using it as the destination 
of a Move-to-Special-Register (MTSR) instruction. 

3.2.4 TLB Registers 

The Am29050 microprocessor contains 128 Translation Look-Aside Buffer (TLB) 
registers. The organization of the TLB registers is shown in Figure 3-38. 


re 3-38 Translation Look-Aside Buffer Registers 


TLB Reg# 

TLB Set 0 

0 

TLB Entry Line 0 Word 0 

1 

TLB Entry Line 0 Word 1 

2 

TLB Entry Line 1 Word 0 

3 

TLB Entry Line 1 Word 1 

o 

• 

a 

• 

o 

62 

TLB Entry Line 31 Word 0 

63 

TLB Entry Line 31 Word 1 


TLB Set 1 

64 

TLB Entry Line 0 Word 0 

65 

TLB Entry Line 0 Word 1 

« 

• 

• 

a 

126 

TLB Entry Line 31 Word 0 

127 

TLB Entry Line 31 Word 1 


14778A-00S 


3-32 PROGRAMMER REFERENCE 



















The TLB registers comprise the TLB entries, and are provided so that programs may 
inspect and alter TLB entries. This allows the loading, invalidation, saving, and restor¬ 
ing of TLB entries. 

TLB registers have fields that are reserved for future processor implementations. 
When a TLB register is read, a bit in a reserved field is read as a 0. An attempt to 
write a reserved bit with a 1 has no effect; however, this should be avoided because 
of upward-compatibility considerations. 

The Translation Look-aside Buffer (TLB) registers are accessed only by explicit data 
movement by Supervisor-mode programs. Instructions that move data to or from a 
TLB register specify a general-purpose register containing a TLB register number. 
The TLB register number is given by the contents of bits 6-0 of the general-purpose 
register. TLB register numbers may only be specified indirectly by general-purpose 
registers. 

TLB entries are accessed as registers numbered 0-127. Since two words are re¬ 
quired to completely specify a TLB entry, two registers are required for each TLB 
entry. The words corresponding to an entry are paired as two sequentially numbered 
registers starting on an even-numbered register. The word with the even register 
number is called Word 0, and the word with the odd register number is called Word 1. 
The entries for TLB Set 0 are in registers numbered 0-63, and the entries for TLB 
Set 1 are in registers numbered 64-127. 

3.2.4.1 TLB ENTRY WORD 0 

The TLB Entry Word 0 register is shown In Figure 3-39. 


Figure 3-39 TLB Entry Word 0 Register 
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Bits 31-15: Virtual Tag (VTAG)—When the TLB is searched for an address transla¬ 
tion, the VTAG field of the TLB entry must match the most-significant 17,16,15, or 14 
bits of the address being translated—for page sizes of 1,2,4, and 8 kb, respec¬ 
tively—for the search to be successful. 

When software loads a TLB entry with an address translation, the most-significant 14 
bits of the Virtual Tag are set with the most-significant 14 bits of the virtual address 
whose translation Is being loaded into the TLB. The remaining three bits of the Virtual 
Tag must be set either to the corresponding bits of the address, or to zeros, depend¬ 
ing on the page size, as follows {A refers to corresponding address bits): 


Page Size VTAG 2-0 (TLB Word 0 Bits 17-15) 


1 kb 
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2 kb 
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4 kb 

AOO 

8 kb 

000 
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Bit 14: Valid Entry (VE)—If this bit is 1, the associated TLB entry is valid; if it is 0, the 
entry is invalid. 

Bit 13: Supervisor Read (SR)—If the SR bit Is 1, Supervisor-mode load operations 
from the virtual page are allowed; if it is 0, Supervisor-mode loads are not allowed. 

Bit 12: Supervisor Write (SW)—If the SW bit is 1, Supervisor-mode store operations 
to the virtual page are allowed; if it is 0, Supervisor-mode stores are not allowed. 

Bit 11: Supervisor Execute (SE)—-If the SE bit is 1, Supervisor-mode instruction 
accesses to the virtual page are allowed; If it is 0, Supervisor-mode instruction ac¬ 
cesses are not allowed. 

Bit 10: User Read (UR)—If the UR bit is 1, User-mode load operations from the 
virtual page are allowed; if It is 0, User-mode loads are not allowed. 

Bit 9: User Write (UW)—If the UW bit is 1, User-mode store operations to the virtual 
page are allowed; If it is 0, User-mode stores are not allowed. 

Bit 8: User Execute (UE)—if the UE bit is 1, User-mode instruction accesses to the 
virtual page are allowed; if It is 0, User-mode instruction accesses are not allowed. 

Bits 7-0: Task Identifier (TID)—When the TLB is searched for an address transla¬ 
tion, the TID must match the Process Identifier (PID) in the MMU Configuration Regis¬ 
ter for the translation to be successful. This field allows the TLB entry to be associated 
with a particular process. 

3.2.4.2 TLB ENTRY WORD 1 

The TLB Entry Word 1 register is shown In Figure 3-40. 


Figure 3-40 TLB Entry Word 1 
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Bits 31-10: Reai Page Number (RPN)—The RPN field gives the most-significant 22, 
21,20, or 19 bits of the physical address of the page for page sizes of 1, 2, 4, and 
8 kb, respectively. It is concatenated to bits 9-0,10-0, 11-0, or 12-0 of the address 
being translated—for 1,2,4, and 8 kb page sizes, respectively—to form the physical 
address for the access. 

When software loads a TLB entry with an address translation, the most-significant 19 
bits of the Real Page Number are set with the most-significant 19 bits of the physical 
address associated with the translation. The remaining three bits of the Real Page 
Number must be set either to the corresponding bits of the physical address, or to 
zeros, depending on the page size, as follows (A refers to corresponding address 
bits): 


Page Size RPN 2-0 (TLB Word 1 Bits 12-10) 


1 kb 
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2 kb 

AAO 

4 kb 
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8 kb 

000 
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Bits 7-6: User Programmable (PGM)— These bits are placed on the MPGM{1-0) 
outputs when the address is transmitted for an access. They have no predefined 
effect on the access; any effect is defined by logic external to the processor. 

Bit 1: Usage (U)— This bit indicates which entry in a given TLB line was least recently 
used to perform an address translation. If this bit is a 0, then the entry in Set 0 In the 
line is least-recently-used; if it is 1, then the entry In Set 1 is least-recently-used. This 
bit has an equal value for both entries in a line. Whenever a TLB entry is used to 
translate an address, the Usage bit of both entries in the line used for translation are 
set according to the TLB set containing the translation. This bit is set whenever the 
translation is valid, regardless of the outcome of memory-protection checking. 

Bit 0: Input/Output (10) —The 10 bit determines whether the access is directed to the 
instruction/data memory (10=0) or the Input/output (10 = 1) address space. 

3.3 INSTRUCTION SET 

The Am29050 microprocessor implements 125 instructions. All instructions execute in 
a single cycle, except for IRET, IRETINV, LOADM, STOREM, and certain arithmetic 
instructions such as floating-point instructions. 

Most instructions deal with general-purpose registers for operands and results; how¬ 
ever, In most instructions, an 8-bit constant can be used in place of a register-based 
operand. Some Instructions deal with special-purpose registers, TLB registers, exter¬ 
nal devices and memories, and coprocessors. 

This section describes the nine instruction classes in the Am29050 microprocessor, 
and provides a brief summary of instruction operations. A detailed instruction specifi¬ 
cation is contained in Chapter 8. Section 8.1 describes the nomenclature used here. 

If the processor attempts to execute an Instruction which is not Implemented, an 
Illegal Opcode trap occurs, unless the instruction is reserved for emulation (see Sec¬ 
tion 3.3.10). Reserved Instructions are assigned separate traps. 

3.3.1 Integer Arithmetic 

The Integer Arithmetic Instructions perform add, subtract, multiply, and divide opera¬ 
tions on word-length integers. Certain Instructions In this class cause traps If signed or 
unsigned overflow occurs during the execution of the instruction. There Is support for 
multi-precision arithmetic on operands whose lengths are multiples of words. All 
Instructions In this class set the ALU Status Register. The integer arithmetic instruc¬ 
tions are shown in Table 3-1. 

3.3.2 Compare 

The Compare instructions test for various relationships between two values. For all 
Compare instructions except the CPBYTE Instruction, the comparisons are performed 
on word-length signed or unsigned integers. There are two types of Compare instruc¬ 
tions. The first type places a Boolean value reflecting the outcome of the compare into 
a general-purpose register. For the second type (assert Instructions), Instruction 
execution continues only if the comparison is true; otherwise a trap occurs. The assert 
instructions specify a vector for the trap (see Section 3.5.4). 

The assert instructions support run-time operand checking and operating-system 
calls. If the trap occurs in the User mode, and a trap number between 0 and 63 Is 
specified by the Instruction, a Protection Violation trap occurs. The Compare Instruc¬ 
tions are shown in Table 3-2. 
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Table 3-1 


Integer Arithmetic Instructions 


Mnemonic 

Operation Description 

ADD 

DEST<-SRCA + SRCB 

ADDS 

DEST<-SRCA + SRCB 

IF signed overflow THEN Trap (Out of Range) 

ADDU 

DEST<-SRCA + SRCB 

IF unsigned overflow THEN Trap (Out of Range) 

ADDC 

DEST4-SRCA + SRCB + C 

ADDCS 

DEST«-SRCA + SRCB + C 

IF signed overflow THEN Trap (Out of Range) 

ADDCU 

DEST«-SRCA + SRCB + C 

IF unsigned overflow THEN Trap (Out of Range) 

SUB 

DEST<-SRCA-SRCB 

SUBS 

DEST<-SRCA-SRCB 

IF signed overflow THEN Trap (Out of Range) 

SUBU 

DEST<-SRCA-SRCB 

IF unsigned underflow THEN Trap (Out of Range) 

SUBC 

DEST<-SRCA-SRCB-1 +C 

SUBCS 

DEST<-SRCA-SRCB-1 +C 

IF signed overflow THEN Trap (Out of Range) 

SUBCU 

DEST<-SRCA-SRCB-1+C 

IF unsigned underflow THEN Trap (Out of Range) 

SUBR 

DEST<-SRCB->SRCA 

SUBRS 

DEST<-SRCB-SRCA 

IF signed overflow THEN Trap (Out of Range) 

SUBRU 

DESTf-SRCB-SRCA 

IF unsigned underflow THEN Trap (Out of Range) 

SUBRC 

DEST<-SRCB-SRCA~1+C 

SUBRCS 

DEST ^ SRCB - SRCA -1 + C 

IF signed overflow THEN Trap (Out of Range) 

SUBRCU 

DEST ^ SRCB - SRCA-1 +C 

IF unsigned underflow THEN Trap (Out of Range) 

MULTI PLU 

DEST <- SRCA • SRCB (unsigned) 

MULTIPLY 

DEST 4- SRCA • SRCB (signed) 

MUL 

Perform one-bit step of a multiply operation (signed) 

MULL 

Complete a sequence of multiply steps 

MULTM 

DEST4- SRCA • SRCB (signed), most-significant bits 

MULTMU 

DEST4- SRCA • SRCB (unsigned), most-significant bits 

MULU 

Perform one-bit step of a multiply operation (unsigned) 

nivinp 

DEST 4- (Q//SRCA)/SRCB (signed) 

04-Remainder 

DIVIDU 

DEST<- (Q//SRCA)/SRCB (unsigned) 

04-Remainder 

DIVO 

Initialize for a sequence of divide steps (unsigned) 

DIV 

Perform one-bit step of a divide operation (unsigned) 

DIVL 

Complete a sequence of divide steps (unsigned) 

DIVREM 

Generate remainder for divide operation (unsigned) 
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Table 3-2 


Compare Instructions 


Mnemonic Operation Description 


CPEQ 

CPNEQ 

CPLT 

CPLTU 

CPLE 

CPLEU 

CPGT 

CPGTU 

CPGE 

CPGEU 

CPBYTE 

ASEQ 

ASNEQ 

ASLT 

ASLTU 

ASLE 

ASLEU 

ASGT 

ASGTU 

ASGE 

ASGEU 


IFSRCA^SRCB THEN DEBT<-TRUE 
ELSE DEST<-FALSE 

IF SRCAoSRCB THEN DEBT^TRUE 
ELSE DEBT <-FALSE 

IFSRCA<SRCB THEN DEST^TRUE 
ELSE DEBT ^ FALSE 

IF SRCA<SRCB (unsigned) THEN DEBT<-TRUE 
ELSE DEBT FALSE 

IF SRCA<SRCBTHEN DEBT<-TRUE 
ELSE DEBT <-FALSE 

IF SRCA<SRCB (unsigned) THEN DEBT<-TRUE 
ELSE DEBT<-FALSE 

IF SRCA>SRCB THEN DEBTTRUE 
ELSE DEBT <-FALSE 

IF SRCA>SRCB (unsigned) THEN DEST^TRUE 
ELSE DEBT <-FALSE 

If SRCA>SRCB THEN DEBT<-TRUE 
ELSE DEBT FALSE 

IF SRCA>SRCB (unsigned) THEN DEBTTRUE 
ELSE DEBT ^ FALSE 

IF (SRCA.BYTEO = SRCB.BYTEO) OR 
(SRCA.BYTE1 =SRCB.BYTE1) OR 
(SRCA.BYTE2 = SRCB.BYTE2) OR 
(SRCA.BYTE3 = SRCB.BYTE3) THEN DEBT<-TRUE 
ELSE DEBT ^ FALSE 

IF SRCA = SRCB THEN Continue 
ELSE Trap (VN) 

IF SRCAoSRCB THEN Continue 
ELSE Trap (VN) 

IF SRCA<SRCB THEN Continue 
ELSE Trap (VN) 

IF SRCA<SRCB (unsigned) THEN Continue 
ELSE Trap (VN) 

IF SRCA < SRCB THEN Continue 
ELSE Trap (VN) 

IF SRCA< SRCB (unsigned) THEN Continue 
ELSE Trap (VN) 

IF SRCA> SRCB THEN Continue 
ELSE Trap (VN) 

IF SRCA>SRCB (unsigned) THEN Continue 
ELSE Trap (VN) 

IF SRCA> SRCB THEN Continue 
ELSE Trap (VN) 

IF SRCA>SRCB (unsigned) THEN Continue 
ELSE Trap (VN) 
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3.3.3 Logical 

The Logical instructions perform a set of bIt-by-bIt Boolean functions on word-length 
bit strings. All instructions in this class set the ALU Status Register. These Instructions 
are shown in Table 3-3. 


Logical Instructions 

Mnemonic 

Operation Description 

AND 

DEST«~SRCA&SRCB 

ANDN 

DEST<-SRCA&-SRCB 

NAND 

DEST4--(SRCA&SRCB) 

OR 

DEST<-SRCA|SRCB 

ORN 

DEST<-SRCAhSRCB 

NOR 

DEST<--(SRCA|SRCB) 

XOR 

DESTf-SRCA'^SRCB 

XNOR 

DEST<-~(SRCA'^SRCB) 


3.3.4 Shift 

The Shift instructions (Table 3-4) perform arithmetic and logical shifts. All but the 
EXTRACT instruction operate on word-length data and produce a word-length result. 
The EXTRACT Instruction operates on double-word data and produces a word-length 
result. If both parts of the double-word for the EXTRACT instruction are from the 
same source, the EXTRACT operation Is equivalent to a rotate operation. For each 
operation, the shift count is a 5-bit integer, specifying a shift amount in the range of 0 
to 31 bits. 


Table 3-4 Shift Instructions 

Mnemonic Operation Description 

SLL DEST<-SRCA«SRCB (zero fill) 

SRL DEST^SRCA»SRCB (zero fill) 

SRA DEST<-SRCA»SRCB (sign fill) 

EXTRACT DEST<- high-order word of (SRCA//SRCB « FC) 


3.3.5 Data Movement 

The Data Movement instructions (Table 3-5) move bytes, half-words, and words 
between processor registers. In addition, they move data between general-purpose 
registers and external devices, memories, and the coprocessor. 

3.3.6 Constant 

The Constant instructions (Table 3-6) provide the ability to place half-word and word 
constants into registers. Most instructions in the instruction set allow an 8-blt constant 
as an operand. The Constant instructions allow the construction of larger constants. 
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Table 3-5 


Data Movement Instructions 


Table 3-6 


Mnemonic 

Operation Description 

LOAD 

DESTf- EXTERNAL WORD [SRCB] 

LOADL 

DESTf- EXTERNAL WORD [SRCB] 
assert LOCK output during access 

LOADSET 

DEST<- EXTERNAL WORD [SRCB] 

EXTERNAL WORD [SRCB] 4 - h'FFFFFFFF’ 
assert LOCK output during access 

LOADM 

DEST..DEST+COUNT<- 
EXTERNAL WORD [SRCB].. 

EXTERNAL WORD [SRCB + COUNT • 4] 

STORE 

EXTERNAL WORD [SRCB]<-SRCA 

STOREL 

EXTERNAL WORD [SRCB] <- SRCA 
assert LOCK output during access 

STOREM 

EXTERNAL WORD [SRCB].. 

EXTERNAL WORD [SRCB + COUNT • 4] <- 
SRCA.. SRCA + COUNT 

EXBYTE 

DEST <r- SRCB, with low-order byte replaced by byte in SRCA 
selected by BP 

EXHW 

DESTSRCB, with low-order half-word replaced by half-word In SRCA 
selected by BP 

EXHWS 

DEST<- half-word in SRCA selected by BP, sign-extended to 32 bits 

INBYTE 

DEST SRCA, with byte selected by BP replaced by low-order byte 
of SRCB 

INHW 

DEST^SRCA, with half-word selected by BP replaced by low-order 
half-word of SRCB 

MFSR 

DEST <-SPECIAL 

MFTLB 

DEST <-TLB [SRCA] 

MTSR 

SPDEST<- SRCB 

MTSRIM 

SPDEST^One 

MTTLB 

TLB [SRCA] <-SRCB 

Constant Instructions 

Mnemonic 

Operation Description 

CONST 

DEST <-0116 

CONSTH 

Replace high-order half-word of SRCA by II6 

CONSTHZ 

Replace high-order half-word of SRCA with 116, and replace 
low-order half-word of SRCA with zeros. 

CONSTN 

DEST^1I16 
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3.3.7 


3.3.8 


3.3.9 


3.3.10 


3.4 


3.4.1 


Floating-Point 

The Floating-Point instructions (Table 3-7) provide operations on single-precision 
(32-bit) or double-precision (64-bit) floating-point data. They also provide conversions 
between single-precision, double-precision, and integer number representations. 

Branch 

The Branch Instructions (Table 3-8) control the execution flow of instructions. Branch 
target addresses may be absolute, relative to the Program Counter (with the offset 
given by a signed instruction constant), or contained in a general-purpose register. 

For conditional jumps, the outcome of the jump Is based on a Boolean value in a 
general-purpose register. Procedure calls are unconditional, and save the return 
address In a general-purpose register. All branches have a delayed effect; the instruc¬ 
tion sequence following the branch is executed regardless of the outcome of the 
branch. 

Miscellaneous 

The Miscellaneous instructions (Table 3-9) perform various operations that cannot be 
grouped into other instruction classes. In certain cases, these are control functions 
available only to Supervisor-mode programs. 

Reserved Instructions 

Several Am29050 microprocessor operation codes are reserved for Instruction emula¬ 
tion. Each of these Instructions causes a trap and sets the Indirect pointers IPC, iPA, 
and IPB. Some of these operation codes cause a trap to a unique trap vector, and 
others cause traps to shared trap vector 28. The relevant operation codes, and the 
corresponding trap vectors, are: 


Operation Codes (Hexadecimal) 

Trap Vector Numbers (Decimal) 

BF. CF-D6, DC 

28 

DD 

29 

E7 

39 

F8 

56 

FA-~FF 

58-63 


The reserved instructions are Intended for future processor enhancements, and 
users desiring compatibility with future processor versions should not use them for 
any purpose. 

DATA FORMATS AND HANDLING 

This section describes the various data types supported by the Am29050 micropro¬ 
cessor, and the mechanisms for accessing data in external devices and memories. 
The Am29050 microprocessor includes provisions for the external access of bytes, 
half-words, unaligned words, and unaiigned half-words, as described In this section. 


Integer Data Types 

Most Am29050 microprocessor instructions deal directly with word-length integer 
data; integers may be either signed or unsigned, depending on the instruction. Some 
Instructions (e.g., AND) treat word-length operands as strings of bits. In addition, there 
is support for character, half-word, and Boolean data types. 
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Table 3-7 


Floating-Point Instructions 


Mnemonic Operation Description 


<- SRCA (single-precision) 
+ SRCB (single-precision) 

<-SRCA (double-precision) 
-i-SRCB (double-precision) 

<-SRCA (double-precision) 
-SRCB (single-precision) 

«-SRCA (double-precision) 
-SRCB (double-precision) 

<r- SRCA (single-precision) 

• SRCB (single-precision) 

<r- SRCA (single-precision) 

• SRCB (single-precision) 

<- SRCA (double-precision) 

• SRCB (double-precision) 

<-SRCA (single-precision) 

/ SRCB (single-precision) 

<-SRCA (double-precision) 
/SRCB (double-precision) 


FMAC 

ACC(ACN) (variable-precision) <-SRCA (single-precision) 

• SRCB (single-precision) 

+ ACC(ACN) (variable precision) 

□MAC 

ACC(ACN) (double-precision) <-SRCA (double-precision) 

• SRCB (double-precision) 
-fACC(ACN) (double-precision) 

FMSM 

DEST (single-precision) <- SRCA (single-precision) 

• ACC(O) (single-precision) 

+ SRCB (single-precision) 

DMSM 

DEST (double-precision) <r- SRCA (double-precision) 

• ACC(O) (double-precision) 
-hSRCB (double-precision) 

MFACC 

DEST^ACC(ACN) 

MTACC 

ACC(ACN)^SRCA 

FEQ 

IF SRCA (single-precision) = SRCB (single-precision) 

THEN DESTTRUE 

ELSE DEST ^ FALSE 

DEQ 

IF SRCA (double-precision) = SRCB (double-precision) 

THEN DEST<-TRUE 

ELSE DEST FALSE 

FGE 

IF SRCA (single-precision) >=SRCB (single-precision) 

THEN DEST^TRUE 

ELSE DEST FALSE 

DGE 

IF SRCA (double-precision) >=SRCB (double-precision) 
THEN DEST^TRUE 

ELSE DEST FALSE 

FGT 

IF SRCA (single-precision) > SRCB (single-precision) 

THEN DEST<-TRUE 

ELSE DEST <-FALSE 


FADD 

DEST (single-precision) 

DADD 

DEST (double-precision) 

FSUB 

DEST (single-precision) 

DSUB 

DEST (double-precision) 

FMUL 

DEST (single-precision) 

FDMUL 

DEST (double-precision) 

DMUL 

DEST (double-precision) 

FDIV 

DEST (single-precision) 

DDIV 

DEST (double-precision) 


PROGRAMMER REFERENCE 3-41 




Table 3-7 Floating-Point Instructions (continued) 

Mnemonic Operation Description 

DGT IF SRCA (double-precision) > SRCB (double-precision) 

THEN DEST^TRUE 
ELSE DEST^ FALSE 

SORT DEST (single-precision, double-precision) 

SORT (SRCA (single-precision, double-precision)) 

CONVERT DEST (integer, single-precision, double-precision) 

<- SRCA (integer, single-precision, double-precision) 

CLASS DEST<- CLASS (SRCA (single-precision, double-precision)) 


Table 3-8 Branch Instructions 

Mnemonic Operation Description 

CALL DEST<-PC//00 + 8 

PC <-TARGET 
Execute delay instruction 

CALLI DEST«-PC//00 + 8 

PC <-SRCB 

Execute delay instruction 

JMP PC ^TARGET 

Execute delay Instruction 

JMPI PC<-SRCB 

Execute delay Instruction 

JMPT IF SRCA = TRUE THEN PC <-TARGET 

Execute delay instruction 

JMPTI IFSRCA = TRUETHENPC<-SRCB 

Execute delay instruction 

JMPF IF SRCA = FALSE THEN PC ^TARGET 

Execute delay instruction 

JMPFI IF SRCA = FALSE THEN PC f- SRCB 

Execute delay instruction 

JMPFDEC IF SRCA = FALSE THEN 

SRCA <-SRCA-1 
PC <-TARGET 
ELSE 

SRCA^SRCA-1 
Execute delay Instruction 


Table 3-9 Miscellaneous Instructions 


Mnemonic Operation Description 


SETIP 

EMULATE 

INV 

IRET 

IRETINV 

HALT 


Determine number of leading zeros in a word 

Set IPA, IPB, and IPC with operand register numbers 

Load IPA and IPB with operand register numbers, and Trap (VN) 

Reset all Valid bits In Branch Target Cache memory to zeros 

Perform an interrupt return sequence 

Perform an interrupt return sequence, and reset all Valid bits in 
Branch Target Cache memory to zeros 

Enter Halt mode 
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3.4.1.1 


BYTE OPERATIONS 

The processor supports character data through load, store, extraction and insertion 
operations on word-length operands, and by a compare operation on byte-length 
fields within words. The format for unsigned and signed characters is shown In 
Figure 3-41; for signed characters, the sign bit is the most-significant bit of the charac¬ 
ter. For sequences of packed characters within words, bytes are ordered either left- 
to-right or right-to-left, depending on the BO bit of the Configuration Register (see 
Section 3.4.5.2). 


Figure 3-41 Character Format 


Unsigned: 

31 23 15 7 0 


1 1 1 1 1 1 1 1 1 1 1 1 1 M ll M M M 

000000000000000000000000 

Tin n r 

Data 

Signed: 

31 23 15 7 0 

TTTTTTTTTTTTTTTTTTTTTTT 

ssssssssssssssssssssssss 

s 

TTTTTT 

Data 


If the Data Width Enable (DW) bit of the Configuration Register is 1, the Am29050 
microprocessor Is enabled to load and store byte data. On a load, an external packed 
byte is converted to one of the character formats shown in Figure 3-41. On a store, 
the low-order byte of a word is packed into every byte of an external word. Section 
3.4.6 describes external byte accesses in more detail. 

The Extract Byte (EXBYTE) Instruction replaces the low-order character of a destina¬ 
tion word with an arbitrary byte-aligned character from a source word. For the EX¬ 
BYTE instruction, the destination word can be a zero word, which effectively zero- 
extends the character from the source operand. 

The Insert Byte (INBYTE) Instruction replaces an arbitrary byte-aligned character in a 
destination word with the low-order character of a source word. For the INBYTE in¬ 
struction, the source operand can be a character constant specified by the Instruction. 

The Compare Bytes (CPBYTE) Instruction compares two word-length operands and 
gives a result of TRUE if any corresponding bytes within the operands have equiva¬ 
lent values. This allows programs to detect characters within words without first hav¬ 
ing to extract individual characters, one at a time, from the word of interest. 

3.4.1.2 HALF-WORD OPERATIONS 

The processor supports half-word data through load, store, insertion and extraction 
operations on word-length operands. The format for unsigned and signed half-words 
is shown in Figure 3-42; for signed half-words, the sign bit is the most-significant bit of 
the half-word. For sequences of packed half-words within words, half-words are or¬ 
dered either left-to-right or right-to-left, depending on the Byte Order (BO) bit of the 
Configuration Register (see Section 3.4.5.2). 

If the Data Width Enable (DW) bit of the Configuration Register is 1, the Am29050 
microprocessor is enabled to load and store half-word data. On a load, an external 
packed half-word is converted to one of the formats shown in Figure 3-42. On a store, 
the low-order half-word of a word is packed into every half-word of an external word. 
Section 3.4.5 describes external half-word accesses in more detail. 
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Figure 3-42 Half-Word Format 


Unsigned: 

31 

23 


15 

7 

0 

1111 

111111 

Mill 

n 

MTTI 1 1 MTI 

INI 

0 0 0 0 0 

0 0 0 0 0 0 

0 0 0 0 0 


Data 


Signed: 

31 

23 


15 

7 

0 

. 

s s s s s 

111111 

s s s s s s 

Mill 

s s s s s 

s 

1 1 1 M M M I 1 1 1 1 

Data 


The Extract Half-Word (EXHW) instruction replaces the low-order half-word of a desti¬ 
nation word with either the low-order or high-order half-word of a source word. For the 
EXHW Instruction, the destination word can be a zero word, which effectively zero- 
extends the half-word from the source operand. 

The Extract Half-Word, Sign-Extended (EXHWS) Instruction is similar to the EXHW 
Instruction, except that it sign-extends the half-word in the destination word (i.e., it 
replaces the most-significant 16 bits of the destination word with the most-significant 
bit of the source half-word). 

The Insert Half-Word (INHW) Instruction replaces either the low-order or high-order 
half-word In a destination word with the low-order half-word of a source word. 

3.4.1.3 BOOLEAN DATA 

Some instructions in the Compare class generate word-length Boolean results. Also, 
conditional branches are conditional upon Boolean operands. The Boolean format 
used by the processor Is such that the Boolean values TRUE and FALSE are repre¬ 
sented by a 1 or 0, respectively, In the most-significant bit of a word. The remaining 
bits are unimportant: for the compare instructions, they are reset. Note that two’s- 
complement negative Integers are Indicated by the Boolean value TRUE in this en¬ 
coding scheme. 

3.4.2 Floating-Point Data Types 

The Am29050 microprocessor supports single- and double-precision floating-point 
formats that comply with the IEEE Standard for Binary Floating-Point Arithmetic 
(ANSI/IEEE Std. 754-1985). 

In this section, the following nomenclature is used to denote fields in a floating-point 
value: 

• s: sign bit 

• bexp: biased exponent 

« frar** ■frar'tion 

• sig: significand 
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3.4.2.1 SINGLE-PRECISION FLOATING-POINT 

The format for a single-precision floating-point value is shown in Figure 3-43. 


Figure 3-43 Single-Precision Floating-Point Format 


31 


23 


15 


7 

0 

s 

11111 1 

bexp 

rr 

Mill 

MM 

rrm 

frac 

Mill 

111 


Typically, the value of a single-precision operand is expressed by: 

H)**s * Tfrac * 2**(bexp-127). 

The encoding of special floating-point values is given in Section 3.4.3. 

3.4.2.2 DOUBLE-PRECISION FLOATING-POINT 

The format for a double-precision floating-point value Is shown in Figure 3-44. 


Figure 3-44 Double-Precision Floating-Point Format 

31 23 15 7 0 


s 

ITTTTTTTTT 

bexp 

TTTTTTTTTTTTTTTTTTr 

frac... 


hi 1111 ri 1 1 1 

1 111111111 MTiin ri 1 

...frac 


Typically, the value of a double-precision operand is expressed by: 

(-1 )**s * 1 .frac * 2**(bexp-1023). 

The encoding of special floating-point values is given In Section 3.4.3. 

In order to be properly referenced by a floating-point instruction, a double-precision 
floating-point value must be double-word aligned. The absolute-register number of the 
register containing the first word (labeled 0 in Figure 3-44) must be even. The abso¬ 
lute-register number of the register containing the second word (labeled 1 In 
Figure 3-44) must be odd. If these conditions are not met, the results of the instruction 
are unpredictable. Note that the appropriate registers for a double-precision value In 
the local registers depends on the value of the Stack Pointer. 

3.4.3 Special Floating-Point Values 

The Am29050 microprocessor defines floating-point values which are encoded for 
special Interpretation. The values are described in this section. 

3.4.3.1 NOT-A-NUMBER 

A Not-a-Number (NaN) is a symbolic value used to report certain floating-point excep¬ 
tions. It also can be used to Implement user-defined extensions to floating-point op¬ 
erations. A NaN comprises a floating-point number with maximum biased exponent 
and non-zero fraction. The sign bit can be either 0 or 1, and has no significance. 

There are two types of NaN: signaling NaNs and quiet NaNs. A signaling NaN causes 
an Invalid Operation exception if used as an input operand to a floating-point 
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3.4.3.2 


3.4.3.3 


3.4.3.4 


3.4.4 


operation; a quiet NaN does not cause an exception. The Am29050 microprocessor 
distinguishes signaling and quiet NaNs by the most-significant bit of the fraction: a 1 
indicates a quiet NaN, and a 0 Indicates a signaling NaN. 

An operation never generates a signaling NaN as a result. A quiet NaN result can be 
generated In one of two ways: 

• As the result of an invalid operation that cannot generate a reasonable result, or 

• As the result of an operation for which one or more Input operands are either 
signaling or quiet NaNs. 

In either case, the Am29050 microprocessor produces a quiet NaN having a fraction 
of 11000... 0; that is, the two most-significant bits of the fraction are 11, and the 
remaining bits are 0. If desired, the Reserved Operand exception can be enabled to 
cause a Floating-Point Exception trap. The trap handler in this case can implement a 
scheme whereby user-defined NaN values appear to pass through operations as 
results, providing overall status for a series of operations. 

INFINITY 

Infinity Is an encoded value used to represent a value that is too large to be repre¬ 
sented as a finite number in a given floating-point format. Infinity comprises a floating¬ 
point number with maximum biased exponent and zero fraction. The sign bit of an 
infinity distinguishes +«»from -«>. 

DENORMALIZED NUMBERS 

The IEEE Standard specifies that, wherever possible, a result that is too small to be 
represented as a normalized number be represented as a denormalized number. A 
denormalized number may be used as an Input operand to any operation. For single- 
and double-precision formats, a denormalized number is a floating-point number with 
a biased exponent of zero and a non-zero fraction field; the sign bit can be either 1 or 
0. The value of a denormalized number is expressed by: 

(_1)**s * o.frac * 2**(-bias+1), 

where bias is the exponent bias for the format in question (127 for single precision, 
1023 for double precision). The handling of denormalized numbers is discussed In 
Appendix C. 

ZERO 

A zero is a floating-point number with a biased exponent of zero and a zero fraction 
field. The sign bit of a zero can be either 0 or 1; however, positive and negative zero 
are both exactly zero, and are considered equal by comparison operations. 


External Data Accesses 

All processor external accesses occur between general-purpose registers and exter¬ 
nal devices and memories. Accesses occur as the result of the execution of load and 
store Instructions. The load and store instructions specify which general-purpose 
register receives the data (for a load) or supplies the data (for a store). The format of 
the load and store instructions is shown in Figure 3-45. 
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Figure 3-45 Load/Store Instruction Format 


31 

23 


15 


7 


0 

TTTTTTT 

XXXXXXXM 


MINI 

CNTL 

T1 

T n Tr 

RA 

1 

INI 

RB or 1 

1 


I 

CE 


Addresses for accesses are given either by the content of a general-purpose register 
or by a constant value specified by the load or store instruction. The load and store 
Instructions do not perform address computation directly. Any required address com¬ 
putations are performed explicitly by other Instructions. 

In the load or store instruction, the Coprocessor Enable (CE) bit (bit 23) determines 
whether or not the access is directed to the coprocessor. If the CE bit is 0, the access 
Is directed to an external device or memory. If the CE bit Is 1, data Is transferred to or 
from the coprocessor. The CE bit affects the Interpretation of the Control (CNTL) field 
as well as the channel protocol. Coprocessor accesses are discussed in Chapter 6. 
This section deals with all other external accesses. 

The format of the Instructions that do not perform coprocessor data transfers (i.e., In 
which the CE bit is 0) is shown In Figure 3-46. 


Figure 3-46 


Non-Coprocessor Load/Store Format 

31 23 15 7 0 


TTTTTTT 






TT 

TTTTTTT 

TTTTTTT 

XXXXXXXM 

0 





OPT 

RA 

RB or i 


• i • I I 
: . : • ' 


CE 


PA 


UA 


AS SB 


In load and store instructions, the RB or I field specifies the address for access. The 
address Is either the content of a general-purpose register, with register number RB, 
or a constant with a value 1 (zero-extended to 32 bits). The M bit determines whether 
the register or the constant Is used. 

The data for the access Is written Into the general-purpose register RA for a load, and 
Is supplied by register RA for a store. 

The definitions for other fields in the load or store Instruction are given below: 

Bit 23: Coprocessor Enable (CE)-— The CE bit is 0 for a non-coprocessor load or 
store. 

Bit 22: Address Space (AS)— -If the AS bit is 0 for an untranslated load or store, the 
access is directed to Instruction/data memory. If the AS bit Is 1 for an untranslated 
load or store, the access Is directed to Input/output. The AS bit must be 0 for a trans¬ 
lated load or store; If the AS bit is 1 for a translated load or store, a Protection Viola¬ 
tion trap occurs. The address space for a translated load or store is determined by the 
Input/Output (lO) bit of the associated TLB entry. 

Bit 21: Physical Address (PA)— The PA bit may be used by a Supervisor-mode 
program to disable address translation for an access. If the PA bit is 1, then address 
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translation is not performed for the access, regardless of the value of the Physical 
Addressing/Data (PD) bit in the Current Processor Status Register. If the PA bit is 0, 
address translation depends on the PD bit. 

The PA bit may be 1 only for Supervisor-mode instructions. If it is 1 for a User-mode 
instruction, a Protection Violation trap occurs. 

Bit 20: Set Byte PoInter/SIgn Bit (SB)— If the Data Width Enable (DW) bit of the 
Configuration Register is 0 and the SB bit is 1, the Byte Pointer Register is written 
with the two least-significant bits of the address for the access. These address bits 
can control subsequent character and half-word operations. If the BP bit Is 0, the Byte 
Pointer Register is not affected. 

If the Data Width Enable (DW) bit of the Configuration Register is 1 and the SB bit is 1 
for a load, the loaded byte or half-word is sign-extended in the destination register; If 
the SB bit is 0, the byte or half-word is zero-extended. If the DW bit is 1 and the SB bit 
is 1 for either a load or store, then each bit of the Byte Pointer Register is written with 
the complement of the Byte Order bit of the Configuration Register. The Byte Pointer 
Register is set In this case to provide software compatibility across different types of 
memory systems. If the SB bit is 0, the Byte Pointer Register is not affected. 

Bit 19: User Access (UA)— The UA bit allows programs executing in the Supervisor 
mode to emulate User-mode accesses. This allows checking of the authorization of 
an access requested by a User-mode program. It also causes address translation (if 
applicable) to be performed using the PID field of the MMU Configuration Register, 
rather than the fixed Supervisor-mode process identifier zero. 

If the UA bit is 1 for a Supervisor-mode load or store, the access associated with the 
Instruction is performed In the User mode. In this case, the User mode affects only 
TLB protection-checking, the SUP/US output, and the use of the PID field In transla¬ 
tion; It has no effect on the registers that can be accessed by the instruction. If the UA 
bit is 0, the program mode for the access is controlled by the SM bit. 

If the UA bit Is 1 for a User-mode load or store, a Protection Violation trap occurs. 

Bits 18-16: Option (OPT)— This field is placed on the OPT(2-0) outputs during the 
address cycle of the access. There is a one-to-one correspondence between the OPT 
field and the OPT(2-0) outputs; that is, the most-significant OPT bit is placed on 
OPT2, and so on. 

The OPT field controls system functions as described below. 

Bits 15-8: (RA) —^The data for the access Is written Into the general-purpose register 
RA for a load, and is supplied by register RA for a store. 

Bits 7-0: (RB or I) —In load and store Instructions, the RB or I field specifies the 
address for the access. The address Is either the content of a general-purpose regis¬ 
ter, with register number RB, or a constant value I (zero-extended to 32 bits). The 
M bit of the operation code (bit 24) determines whether the register or the constant 
Is used. 

Load and store operations are overlapped with the execution of instructions that 
follow the load or store instruction. Only one load or store may be in progress on any 
given cycle. If a load or store instruction is encountered while another load or store 
operation is In progress, the processor enters the Pipeline Hold mode until the first 
operation completes. However, the address for the second operation may appear on 
the Address Bus if the first operation is to a device or memory that supports pipelined 
operations (see Section 5.2.8). 
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3.4.4.1 


LOAD OPERATIONS 

The processor provides the following instructions for performing load operations: Load 
(LOAD), Load and Lock (LOADL), Load and Set (LOADSET), and Load Multiple 
(LOADM). All of these instructions transfer data from an external device or memory 
into one or more general-purpose registers. 

The LOADL Instruction supports the implementati on of d evice and memory Interlocks 
In a multi-processor configuration. It activates the LOCK output during the address 
cycle of the access. 

The LOADSET instruction implements a binary semaphore. It loads a general- 
purpose register and atomically writes the accessed location with a w ord whi ch has 1 
In every bit position (that is, the write is indivisible from the read). The LOCK output Is 
asserted during both the read and write access. Note that, if address translation is 
enabled for the LOADSET instruction, the TLB memory-protection bits must allow 
both the read and write access. If either the read or write access is not allowed, nei¬ 
ther access is performed. 

The LOADM loads a specified number of registers from sequential addresses, as 
explained below. 

Load operations are overlapped with the execution of instructions that follow the load 
instruction. The processor detects any dependencies on the loaded data that subse¬ 
quent instructions may have, and, if such a dependency is detected, enters the Pipe¬ 
line Hold mode until the data Is returned by the external device or memory. If a regis¬ 
ter that Is the target of an Incomplete load is written with the result of a subsequent 
instruction, the processor does not write the returning data into the register when the 
load completes; the Not Needed (NN) bit in the Channel Control Register is set in 
this case. 

Whenever possible, the Am29050 microprocessor performs an early load, making the 
physical address available at the end of the decode cycle of the load instruction. At 
the beginning of the next cycle, when the load enters the execute stage, the physical 
address appears on the channel. Early loads reduce the effective external access 
time by one cycle. The hardware that supports early loads Is discussed in Section 4.3. 

3.4.4.2 STORE OPERATIONS 

The processor provides the following instructions for performing store operations: 
Store (STORE), Store and Lock (STOREL), and Store Multiple (STOREM). All of 
these instructions transfer data from one or more general-purpose registers to an 
external device or memory. 

The STOREL Instruction supports the implementation o f devic e and memory Inter¬ 
locks in a multi-processor configuration. It activates the LOCK output during the ad¬ 
dress cycle of the access. 

The STOREM instruction stores a specified number of registers to sequential ad¬ 
dresses, as explained below. 

Store operations are overlapped with the execution of instructions that follow the store 
instruction. However, no data dependencies can exist, since the store prevents any 
subsequent accesses until it completes. 

3.4.4.3 MULTIPLE ACCESSES 

Load Multiple (LOADM) and Store Multiple (STOREM) instructions move contiguous 
words of data between general-purpose registers and external devices and memo¬ 
ries. The number of transfers is determined by the Load/Store Count Remaining 
Register. 
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The Load/Store Count Remaining (CR) field in the Load/Store Count Remaining 
Register specifies the number of transfers to be performed by the next LOADM or 
STOREM executed in the instruction sequence. The CR field Is in the range of 0 to 
255, and is zero-based: a count value of 0 represents one transfer, and a count value 
of 255 represents 256 transfers. The CR field also appears in the Channel Control 
Register. 

Before a LOADM or STOREM is executed, the CR field is set by a Move To Special 
Register. A LOADM or STOREM uses the most-recently written value of the CR field. 

If an attempt is made to alter the CR field, and the Channel Control Register contains 
information for an external access that has not yet completed, the processor enters 
the Pipeline Hold mode until the access completes. Note that since the CR is set 
Independently of the LOADM and STOREM, the CR field may represent valid state of 
an interrupted program even if the Contents Valid (CV) bit of the Channel Control 
Register is 0. 

Because of the pipelined implementation of LOADM and STOREM, at least one In¬ 
struction (e.g., the instruction that sets the CR field) must separate two successive 
LOADM and/or STOREM instructions. 

After the CR field is set, the execution of a LOADM or STOREM begins the data 
transfer. As with any other load or store operation, the LOADM or STOREM waits until 
any pending load or store operation is complete before starting. The LOADM instruc¬ 
tion specifies the starting address and starting destination general-purpose register. 
The STOREM instruction specifies the starting address and the starting source 
general-purpose register. 

During the execution of the LOADM or STOREM Instruction, the processor updates 
the address and register number after every access. Incrementing the address by four 
and the register number by 1. This continues until either all accesses are completed 
or an Interrupt or trap Is taken. 

For a load-multiple or store-multiple address sequence, addresses wrap from the 
largest possible value (hexadecimal FFFFFFFC) to the smallest possible value (hexa¬ 
decimal 00000000). 

The processor increments absolute register numbers during the load-multiple or 
store-multiple sequence. Absolute-register numbers wrap from 127 to 128, and from 
255 to 128. Thus, a sequence that begins In the global registers may transition to the 
local registers, but a sequence that begins in the local registers remains in the local 
registers. Also, note that the local registers are addressed circularly. 

The normal restrictions on register accesses apply for the load-multiple and store- 
multiple sequences. For example. If a protected general-purpose register is encoun¬ 
tered in the sequence for a User-mode program, a Protection Violation trap occurs. 

Intermediate addresses are stored in the Channel Address Register, and register 
numbers are stored In the Target Register (TR) field of the Channel Control Register. 
For the STOREM Instruction, the data for every access is stored in the Channel Data 
Register (this register also is set during the execution of the LOADM instruction, but 
has no interpretation in this case). The CR field is updated on the completion of every 
access, so that it indicates the number of accesses remaining In the sequence. 

Load-multiple and store-multiple operations are Indicated by the Multiple Operation 
(ML) bit in the Channel Control Register. The ML bit is used to restart a multiple op¬ 
eration on an interrupt return; if It Is set independently by a Move To Special Register 
before a load or store Instruction is executed, the results are unpredictable. 

While a multiple load or store is executing, the processor is in the Pipeline Hold mode, 
suspending any subsequent Instruction execution until the multiple access completes. 
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If an interrupt or trap is taken, the Channel Address, Channel Data, and Channel 
Control registers contain the state of the muitiple access at the point of interruption. 
The multiple access may be resumed at this point, at a later time, by an interrupt 
return. 

The processor attempts to complete multiple accesses using the burst-mode capabii- 
ity of the channel (see Section 5.2.9). For this reason, multiple accesses of Individual 
bytes and half-words Is not supported. If the burst-mode access is preempted, the 
processor retransmits the address at the point of preemption. If the external device or 
memory cannot support burst-mode accesses, the processor transmits an address for 
every access. If the address sequence causes a virtual page-boundary crossing, the 
processor preempts the burst-mode access, translates the address for the new page, 
and re-establishes the burst-mode access using the new physical address. 

3.4.4.4 OPTION BITS 

The Option field In the load and store Instructions supports system functions, such as 
byte and half-word accesses. The definition of this field for a load or store, depending 
on the AS bit of the instruction, is as follows: 


AS OPT2 OPT1 OPTO Meaning 


X 

0 

0 

0 

X 

0 

0 

1 

X 

0 

1 

0 

0 

1 

0 

0 

0 

1 

0 

1 

0 

1 

1 

0 


—All Others — 


Reserved 


Word-length access 

Byte access 

Half-word access 

Instruction ROM access (as data) 

Cache control 

Hardware-development system accesses 


Note that some of these encodings do not affect processor operation, and could have 
other Interpretations in a particular system. For example, the OPT values 000, 001, 
and 010 affect processor operation only if the DW bit of the Configuration Register Is 

1. However, non-standard uses of the OPT field have an implication on the portability 
of software between different systems. 

3.4.5 Addressing and Alignment 

3.4.5.1 ADDRESS SPACES 

External instructions and data are contained in one of five 32-bit address-spaces: 

1. Data Memory 

2. Input/Output 

3. Coprocessor 

4. Instruction Read-Only Memory (instruction ROM) 

5. Instruction Random-Access Memory (Instruction RAM) 

An address In the instruction/data memory address space may be treated as virtual or 
physical, as determined by the Current Processor Status Register. Address transla¬ 
tion for data accesses Is enabled separately from address translation for instruction 
accesses. A program in the Supervisor mode may temporarily disable address trans¬ 
lation for individual loads and stores; this permits load-real and store-real operations. 

it is possible to partition physical instruction and data addresses into two separate 
physical address spaces. However, virtual instruction and data addresses appear in 
the same virtual address space (i.e., instruction/data memory). 
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The coprocessor address space is not an address space in the strictest sense. The 
coprocessor address space is defined so that transfers of operands and operation 
codes to the coprocessor do not interfere with other external devices and memories. 

The processor does not directly support the access of the instruction ROM or instruc¬ 
tion RAM address spaces using loads and stores; this capability is defined as a sys¬ 
tem option requiring external hardware. 

For untranslated data accesses, bits contained In load and store instructions distin¬ 
guish between the Instruction/data memory, Input/output, and coprocessor address 
spaces. For translated data accesses, the Input/Output bit of the associated TLB entry 
distinguishes between the Instruction/data memory and input/output address spaces. 

For instruction fetches, the ROM Enable (RE) bit of the Current Processor Status 
Register distinguishes between the instruction/data and instruction ROM address 
spaces. 

3.4.5.2 BYTE AND HALF-WORD ADDRESSING 

The Am29050 microprocessor generates word-oriented byte addresses for accesses 
to external devices and memories. Addresses are word-oriented because loads, 
stores, and instruction fetches access words. However, addresses are byte addresses 
because they are sufficient to select bytes packed within accessed words. For load 
and store operations, the processor provides means for using the least-significant 
address bits to access bytes and half-words within external words. 

The selection of a byte within a word is determined by the two least-significant bits of 
an address and the Byte Order (BO) bit of the Configuration Register. The selection of 
a half-word within a word is determined by the next-to-least significant bit of an ad¬ 
dress and the BO bit. Figure 3-47 illustrates the addressing of bytes and half-words 
when the BO bit is 0 (big endian), and Figure 3-48 Illustrates the addressing of bytes 
and half-words when the BO bit Is 1 (little endian). In Figure 3-47 and Figure 3-48, 
addresses are represented in hexadecimal notation. 


Figure 3-47 Byte and Half-Word Addressing with BO = O (Big Endian) 

31 23 15 7 0 


Word 00000000 

Half-Word 00000000 Half-Word 00000002 


Byte 00000000 

Byte 00000001 

Byte 00000002 

Byte 00000003 

TTTTTTTT 

1 1 1 1 1 1 1 1 1 1 1 1 M 1 1 

Word 000000004 

1111111 

Half-Word 00000004 

Half-Word 00000006 

Byte 00000004 

Byte 00000005 

Byte 00000006 

Byte 00000007 

♦ 

• 

• 



• 

• 

• 

TTTTTTTT 

TTTTTTT 

111111111 

1111111 


y vuivi 

FFFFFFF8 


Half-Word FFFFFFF8 

Half-Word FFFFFFFA 

Byte FFFFFFF8 

Byte FFFFFFF9 

Byte FFFFFFFA 

Byte FFFFFFFB 

TTTTTTTT 

111111 1 1 1 111 II M 

Word FFFFFFFC 

TTTTTTT 

Half-Word FFFFFFFC 

Half-Word FFFFFFFE 

1 Byte FFFFFFFC 

Byte FFFFFFFD 

Byte FFFFFFFE 

Byte FFFFFFFE 
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Figure 3-48 Byte and Half-Word Addressing with BO = 1 (Little Endian) 

31 23 15 7 


■| 1 . 11 . 1 n I.I [ I f.I ri iTn ii n 11 n 111 

Word 00000000 

Half-Word 00000002 Half-Word 00000000 

Byte 00000003 Byte 00000002 Byte 00000001 Byte 00000000 

run n.rn.1111.i n itith n m i | 

Word 000000004 

Half-Word 00000006 Half-Word 00000004 

Byte 00000007 Byte 00000006 Byte 00000005 Byte 00000004 


TTTTTTrn n n rn.i n 11 ii 11 ii i ii 

Word FFFFFFF8 

Half-Word FFFFFFFA Half-Word FFFFFFF8 

Byte FFFFFFFB Byte FFFFFFFA Byte FFFFFFF9 Byte FFFFFFF8 




TT 


Word FFFFFFFC 


TT 


Half-Word FFFFFFFE Half-Word FFFFFFFC 

Byte FFFFFFFF Byte FFFFFFFE Byte FFFFFFFD Byte FFFFFFFC 


In the processor, the two least-significant bits of an external address can be reflected 
In the Byte Pointer (BP) field of the ALU Status Register when the DW bit of the Con¬ 
figuration Register is 0. Alternatively, the two least-significant bits of the address can 
be used to control byte and half-word accesses when the DW bit is 1. The BO bit 
affects only the Interpretation of the BP field and the two least-significant address bits. 

If the BO bit is 0, bytes are ordered within words such that a 00 in the BP field or In 
the two least-significant address bits selects the high-order byte of a word, and a 11 
selects the low-order byte. If the BO bit is 1, a 00 in the BP field or in the two least- 
significant address bits selects the low-order byte of a word, and a 11 selects the 
high-order byte. 

If the BO bit Is 0, half-words are ordered within words such that a 0 in the most- 
significant bit of the BP field or the next-to-least-significant address bit selects the 
high-order half-word, and a 1 selects the low-order half-word. If the BO bit is 1, a 0 in 
the most-significant bit of the BP field or the next-to-least-significant address bit se¬ 
lects the low-order half-word of a word, and a 1 selects the high-order half-word. Note 
that since the least-significant bit of the BP field or an address does not participate In 
the selection of half-words, the alignment of half-words is forced to half-word bounda¬ 
ries in this case. 

3.4.5.3 ALIGNMENT OF WORDS AND HALF-WORDS 

Since only byte addressing Is supported, it is possible that an address for the access 
of a word or half-word is not aligned to the desired word or half-word. The Am29050 
microprocessor either ignores or forces alignment In most cases. However, some 
systems may require that unaligned accesses be supported, for compatibility reasons. 
Because of this, the Am29050 microprocessor provides an option that creates a trap 
when a non-aligned access Is attempted. This trap allows software emulation of the 
non-aligned accesses. In a manner which is appropriate for the particular system. 

The detection of unaligned accesses Is activated by a 1 in the Trap Unaligned Access 
(TU) bit of the Current Processor Status Register. Unaligned-access detection Is 
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based on the data length as indicated by the OPT field of a load or store instruction, 
and on the two least-significant bits of the specified address. Only addresses for 
Instruction/data memory accesses are checked; alignment is ignored for input/output 
accesses and coprocessor transfers. 


An Unaligned Access trap occurs only if the TU bit is 1 and any of the following com¬ 
binations of OPT field and address bits is detected for a load or store to instruction/ 
data memory: 


OPT2 

OPT1 

OPTO 

A1 

AO 

Meaning 

0 

0 

0 

1 

0 

r Unaligned 1 

0 

0 

0 

0 

1 

Word 

0 

0 

0 

1 

1 

L Access J 

0 

1 

0 

0 

1 

r Unaligned Half-I 

0 

1 

0 

1 

1 

L Word Access J 


The trap handler for the Unaligned Access trap is responsible for generating the 
correct sequence of aligned accesses and performing any necessary shifting, mask¬ 
ing and/or merging. Note that a virtual page-boundary crossing also may have to be 
considered. 

3.4.5.4 ALIGNMENT OF INSTRUCTIONS 

In the Am29050 microprocessor, all instructions are 32 bits In length, and are aligned 
on word-address boundaries. The processor’s Program Counter is 30 bits in length, 
and the least-significant two bits of processor-generated instruction addresses are 
always 00. An unaligned address can be generated by indirect jumps and calls. How¬ 
ever, alignment is ignored by the processor in this case, and it expects the system to 
force alignment (i.e., by Interpreting the two least-significant address bits as 00, re¬ 
gardless of their values). 

3.4.5.5 ACCESSING INSTRUCTIONS AS DATA 

To aid the external access of Instructions and data on separate buses, the processor 
distinguishes between instruction and data accesses. However, it does not support a 
logical distinction between instruction and data address spaces (except In the case of 
Instruction read-only memory). In particular, address translation in the Memory Man¬ 
agement Unit is in no way affected by this distinction (although memory protection Is). 

In systems where It Is necessary to access instructions as data, this function should 
be performed via the shared address space. The OPT field provides a means for 
loads to access Instructions in the instruction read-only memory (ROM) address 
space. The Am29050 microprocessor does not take any action to prevent a store to 
the instruction ROM address space. 

3.4.6 Byte and Half-Word Accesses 

The Am29050 microprocessor can perform byte and half-word accesses in either 
software or hardware, under control of the Data Width Enable (DW) bit of the Configu¬ 
ration Register. Software byte and half-word accesses are selected by a DW bit of 0, 
and hardware byte and half-word accesses are selected by a DW bit of 1. Software 
byte and half-word accesses are less efficient than hardware byte and half-word 
accesses, but hardware accesses require that the system be able to selectively write 
Individual byte and half-word positions within external devices and memories. The 
software-only technique Is compatible with systems designed to provide hardware 
support for byte and half-word accesses. 
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This section describes the operation of both software and hardware byte and half¬ 
word accesses. Byte and half-word accesses operate as described here for memory 
and Input/output accesses, but not for coprocessor transfers. Coprocessor transfers 
are unaffected by the DW bit. 

The DW bit Is cleared by a processor reset. It must explicitly be set to 1 by software 
before hardware byte and half-word accesses can be performed. 

3.4.6.1 SOFTWARE BYTE AND HALF-WORD ACCESSES 

If the DW bit is 0, the Am29050 microprocessor allows the Byte Pointer Register to be 
set with the least-significant bits of an address specified by any load or store instruc¬ 
tion, except those that transfer information to and from the coprocessor. Insert and 
extract instructions can then be used to access the byte or half-word of interest, after 
the external word has been accessed. This provides a general-purpose mechanism 
for manipulating external byte and half-word data, without the need for external hard¬ 
ware support. 

To load a byte or half-word, a word load first is performed. This load sets the BP field 
with the two least-significant bits of the address. A subsequent EXBYTE, EXHW or 
EXHWS instruction extracts the byte or half-word of interest from the accessed word. 

To store a byte or half-word, a load Is first performed, setting the BP field with the two 
least-significant bits of the address. A subsequent INBYTE or INHW instruction inserts 
the byte or half-word of Interest into the accessed word, and the resulting word then Is 
stored. 

Software which relies on loads and stores setting the BP field cannot operate cor¬ 
rectly when the Freeze (FZ) bit of the Current Processor Status Register is 1, because 
the ALU Status Register is frozen. 

3.4.6.2 HARDWARE BYTE AND HALF-WORD ACCESSES 

If the DW bit Is 1 on a load, the Am29050 microprocessor selects a byte or half-word 
from the loaded word depending on: the Option (OPT) bits of the load instruction, the 
Byte Order (BO) bit of the Configuration Register, and the two least-significant bits of 
the address (for bytes) or the next-to-least-significant bit of the address (for half¬ 
words). The selected byte or half-word is right-justified within the destination register. 

If the SB bit of the load instruction is 0, the remainder of the destination register is 
zero-extended. If the SB bit is 1, the remainder of the destination register is sign-ex¬ 
tended with the sign bit of the selected byte or half-word. 

If the DW bit is 1 on a store, the Am29050 microprocessor replicates the low-order 
byte or half-word In the source register into every byte and half-word position of the 
stored word. The system is responsible for generating the appropriate byte and/or 
half-word strobes, based on the OPT(2~0) signals and the two least-significant bits of 
the address, to write the appropriate byte or half-word in the selected device or mem¬ 
ory (the system byte order must also be considered). The SB bit does not affect the 
operation of a store, except for setting the BP field as described below. 

If the SB bit is 1 for either a load or store, and the DW bit is also 1, both bits of the BP 
field are set to the complement of the BO bit when the load or store is executed. This 
does not directly affect the load or store access, but supports compatibility for soft¬ 
ware developed for word-write-only systems. Hardware byte and half-word accesses 
(In contrast to software byte and half-word accesses) can be performed when the FZ 
bit Is 1, because these accesses do not rely on the BP field. 
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3.4.6.3 


SYSTEM ALTERNATIVES AND COMPATIBILITY 

The two mechanisms for performing byte and half-word accesses create the possibil¬ 
ity of two types of systems. These are named for convenience: 

• Type 1: simple, word-only accesses In external devices and memories; software 
byte and half-word accesses. 

• Type 2: byte/half-word strobes In external devices and memories; hardware byte 
and half-word accesses by the Am29050 microprocessor. 

The provision for hardware byte and half-word accesses encourages Type 2 systems. 
Software for Type 1 systems can execute on Type 2 systems, but the reverse is not 
true. Software compatibility is possible primarily because of the DW bit and because 
the Am29050 microprocessor sets the BP field with an appropriate byte pointer even 
when it performs byte and half-word accesses with internal hardware. Also, the sys¬ 
tem must return a full word in either type of system, regardless of the access data- 
width. The DW bit must be 0 in Type 1 systems and must be 1 in Type 2 systems. To 
illustrate compatibility between systems, consider the following steps of an unsigned 
byte load compiled for a Type 1 system, but executing on a Type 2 system: 

Perform a load with OPT = 001 and SB = 1. 

• Type 1 system: The addressed word Is accessed and placed into the destination 
register. The BP field is set with the two least-significant bits of the address. 

® Type 2 system: The addressed byte is accessed, aligned, padded, and placed into 
the destination register. The BP field is set to point to the low-order byte, reflecting 
the alignment that has been performed (the pointer depends on the value of the 
BO bit). 

Perform a byte extract on the loaded word. 

® Type 1 system: The byte selected by the BP field Is aligned to the low-order byte 
of the destination register and the remainder of the word is zero-extended. The 
selected byte may be in any byte position. 

o Type 2 system: The byte selected by the BP field (set to point to the low-order byte) 
is aligned to the low-order byte of the destination register and the remainder of the 
word is zero-extended. (Note that the selected byte was already In the low-order 
byte position. This operation does not change program state but merely allows 
software compatibility.) 

The recommended Instruction sequences for all types of byte and half-word accesses 
and for both types of systems are enumerated below. Compatibility between these 
systems follows the above example, but for brevity, compatibility is not described in 
detail here. 


Byte Read, Unsigned: 
Typei 

load 0,17,temp,addr; 
exbyte temp,temp,0 

Type 2 

load 0,1,temp,addr; 


Comments 

;OPT=001,SB=1 
; get byte 

Comments 

;OPT=001,SB=0 
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Byte Read, Signed: 

Typel 

load 0,17,temp,addr 
exbyte temp,temp,0 
sli temp,temp,24 
sra temp,temp,24 

Type 2 

load 0,17,temp,addr 
Byte Write: 

Typel 

load 0,17,temp,addr 
Inbyle temp,temp,data 
store 0,1,temp,addr 

Type 2 

store 0,1,data,addr 

Half-Word Read, Unsigned: 
Typel 

load 0,18,temp,addr 
exhw temp,temp,0 

Type 2 

load 0,2,temp,addr 

Half-Word Read, Signed: 
Typel 

load 0,18,temp,addr 
exhws temp,temp 

Type 2 

load 0,18,temp,addr 

Half-Word Write: 

Typel 

load 0,18,temp,addr 
inhw temp,temp,data 
store 0,2,temp,addr 

Type 2 

store 0,2,data,addr 


Comments 

;OPT=001,SB=1 
; get byte 
; sign extend 

Comments 

; OPT=001, SB=1 (sign extended) 

Comments 

:OPT=001,SB=1 
; insert byte 
; store 

Comments 

;OPT=001,SB=0 

Comments 

;OPT=010, SB=1 
; get half-word unsigned 

Comments 

;OPT=010, SB=0 


Comments 

;OPT=010,SB=1 
; get half-word sign-extend 

Comments 

; OPT=010, SB=1, (sign-extend) 

Comments 

;OPT-010, SB=1 
; insert half-word 
; store 

Comments 

; OPT=010, SB=0 
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3.5 


INTERRUPTS AND TRAPS 


Interrupts and traps cause the Am29050 microprocessor to suspend the execution of 
an instruction sequence and to begin the execution of a new sequence. The proces¬ 
sor may or may not later resume the execution of the original instruction sequence. 

The distinction between interrupts and traps is largely one of causation and enabling. 
Interrupts allow external devices and the Timer Facility to control processor execution, 
and are always asynchronous to program execution. Traps are intended to be used 
for certain exceptional events that occur during Instruction execution, and are gener¬ 
ally synchronous to program execution. 

Throughout this manual, a distinction Is made between the point at which an interrupt 
or trap occurs and the point at which it Is taken. An interrupt or trap is said to occur 
when all conditions that define the interrupt or trap are met. However, an interrupt or 
trap that occurs is not necessarily recognized by the processor, either because of 
various enables, or because of the processor’s operational mode (e.g.. Halt mode). 

An interrupt or trap is taken when the processor recognizes the interrupt or trap and 
alters its behavior accordingly. 

3.5.1 Interrupts 

Interrupts are caused by signals applied to any of the external inputs INTR(3-0), or by 
the Timer Facility (see Section 7.3.6). The processor may be disabled from taking 
certain interrupts by the masking capability provided by the Disable All Interrupts and 
Traps (DA) bit. Disable Interrupts (Dl) bit, and Interrupt Mask (IM) field in the Current 
Processor Status Register. 

The DA bit disables all interrupts. The Dl bit disables external interrupts without affect¬ 
ing the recognition of traps and Timer interrupts. The 2-bit IM field selectively enables 
external interrupts as follows: 


IM Value 

Result 

00 

TnTrO enabled 

01 

INTR(I-O) enabled 

10 

INTR(2-0) enabled 

11 

INTR(3-0) enabled 


Note that the INTRO Interrupt cannot be disabled by the IM field. Also, note that no 
external Interrupt is taken If either the DA or Dl bit Is 1. The Interru pt Pen ding bit in the 
Current Processor Status indicates that one or more of the signals INTR(3-0) is ac¬ 
tive, but that the corresponding interrupt is disabled due to the value of either DA, Dl, 
or IM. 


3.5.2 Traps 

Traps are caused by signals applied to one of the inputs TRAP(1-0), or by exceptional 
conditions such as protection violations. Except for the Instruction Access Exception, 
Data Access Exception, and Coprocessor Exception traps, traps are disabled by the 
DA bit in the Current Processor Status; a 1 in the DA bit disables traps, and a 0 en¬ 
ables traps. It Is not possi ble to selectively disable Individual traps. If a trap occurs 
(except a trap caused by TRAP(1-0)) and the DA bit is 1, the processor enters the 
Monitor mode via a Monitor trap (see Section 3.5.7). 
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3.5.3 


Wait Mode 


A wait-for-interrupt capability is provided by the Wait mode. The processor is in the 
Wait mode whenever the Wait Mode (WM) bit of the Current Processor Status is 1. 
While In Wait mode, the processor neither fetches nor executes instructions, and 
performs no external accesses. The Walt mode Is exited when an interrupt or trap is 
taken. 

Note that the processor can take only those interrupts or traps for which it Is enabled, 
even in the Walt mode. For example, if the processor is in the Wait mode with a DA 
bit of 1 , it can leave the Walt mode only via the Reset mode (see Section 3.9) or a 
WARN trap (see Section 3.5.6). 


3.5.4 Vector Area 

Interrupt and trap processing relies on the existence of a user-managed Vector Area 
in external instruction/data memory or instruction read-only memory (Instruction 
ROM). The Vector Area begins at an address specified by the Vector Area Base 
Address Register, and provides for as many as 256 different Interrupt and trap 
handling routines. The processor reserves 64 routines for system operation and 
instruction emulation. The number and definition of the remaining 192 possible rou¬ 
tines are system-dependent. 

The Vector Area has one of two possible structures as determined by the Vector 
Fetch (VF) bit in the Configuration Register. The first structure, as described below, 
requires less external memory than the second, but Imposes the performance penalty 
of the vector-table lookup. 

If the VF bit is 1, the structure of the Vector Area is a table of vectors in instruction/ 
data memory. The layout of a single vector is shown in Figure 3-49. Each vector gives 
the beginning word-address of the associated interrupt or trap handling routine, and 
specifies, by the R bit, whether the routine Is contained In instruction/data memory 
(R = 0) or instruction ROM (R = 1). 


Figure 3-49 


Vector Table Entry 

31 23 15 7 0 


Handler Starting Address 


If the VF bit Is 0, the structure of the Vector Area is a segment of contiguous blocks of 
Instructions In instruction/data memory or instruction ROM. The ROM Vector Area 
(RV) bit of the Configuration Register determines whether the Vector Area is in in¬ 
struction/data memory (RV = 0) or instruction ROM (RV = 1). A 64-instruction block 
contains exactly one Interrupt or trap handling routine, and blocks are aligned on 
64-instructlon address boundaries. 

3.5.4.1 VECTOR NUMBERS 

When an interrupt or trap is taken, the processor determines an 8-bit vector number 
associated with the interrupt or trap. The vector number gives either the number of a 
vector table entry or the number of an Instruction block, depending on the value of the 
VF bit. If the VF bit is 1, the physical address of the vector table entry is generated by 
replacing bits 9-2 of the value in the Vector Area Base Address Register with the 
vector number. If the VF bit is 0, the physical address of the first instruction of the 
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3.5.5 


3.5.5.1 


handling routine is generated by replacing bits 15-8 of the value in the Vector Table 
Base Address Register with the vector number. 

Vector numbers are either pre-defined, or specified by an instruction causing the trap. 
The assignment of vector numbers is shown In Table 3-10 (vector numbers are in 
decimal notation). Vector numbers 64 to 255 are for use by trapping instructions; the 
definition of the routines associated with these numbers is system-dependent. 


Interrupt and Trap Handling 

Interrupt and trap handling consists of two distinct operations: taking the interrupt or 
trap, and returning from the interrupt or trap handler. If the interrupt or trap handler 
returns directly to the interrupted routine, the Interrupt or trap handler need not save 
and restore processor state. 

TAKING AN INTERRUPT OR TRAP 

The following operations are performed in sequence by the processor when an inter¬ 
rupt or trap Is taken. 

1. Instruction execution is suspended. 

2. Instruction fetching is suspended. 

3. Any in-progress load or store operation is completed. Any additional operations 
are canceled in the case of load multiple and store multiple. 

4. The contents of the Current Processor Status Register are copied into the Old 
Processor Status Register. 

5. The Current Processor Status register is modified as shown in Figure 3-50 (the 
value u means unaffected, and the MM bit is set only if the trap causes the 
processor to enter the Monitor mode). Note that setting the Freeze (FZ) bit freezes 
the Channel Address, Channel Data, Channel Control, Program Counter 0, 
Program Counter 1, Program Counter 2, and ALU Status Registers. 

6. The address of the first instruction of the interrupt orirap handler Is determined. If 
the VF bit of the Configuration Register is 1, the address is obtained by accessing 
a vector from Instruction/data memory, using the physical address obtained from 
the Vector Area Base Address Register and the vector number. This access 
appears on the channel as a data access, and the OPT{2-0) signals Indicate a 
word-length access. If the VF bit is 0, the instruction address is given directly by 
the Vector Area Base Address Register and the vector number. 

7. If the VF bit is 1, the R bit In the vector fetched In step 6 is copied into the RE bit of 
the Current Processor Status Register. If the VF bit is 0, the RV bit of the 
Configuration Register is copied into the RE bit. This step determines whether or 
not the first instruction of the interrupt handler Is in instruction ROM. 

8. An instruction fetch is initiated using the instruction address determined in step 6. 
At this point, normal instruction execution resumes. 

Note that the processor does not explicitly save the contents of any registers when an 
interrupt Is taken. If register saving is required, it is the responsibility of the interrupt¬ 
er trap-handling routine. For proper operation, registers must be saved before any 
further interrupts or traps may be taken. The FZ bit must be reset at least two instruc¬ 
tions before interrupts or traps are re-enabled, to allow program state to be reflected 
properly In processor registers if an interrupt or trap is taken. 
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Table 3-10 Vector Number Assignments 


Number 

Type of Trap or Interrupt 

Cause 

0 

illegal Opcode 

Executing undefined instruction* 

1 

Unaligned Access 

Access on unnatural boundary. TU = 1 

2 

Out of Range 

Overflow or underflow 

3 

Coprocessor Not Present 

Coprocessor access. CP = 0 

4 

Coprocessor Exception 

Coprocessor DERR response 

5 

Protection Violation 

Invalid User-mode operation 

6 

Instruction Access Exception 

1 ERR response 

7 

Data Access Exception 

DERR response, not coprocessor 

8 

User-Mode Instruction TLB Miss 

No TLB entry for translation 

9 

User-Mode Data TLB Miss 

No TLB entry for translation 

10 

Supervisor-Mode Instruction TLB Miss 

No TLB entry for translation 

11 

Superyisor-Mode Data TLB Miss 

No TLB entry for translation 

12 

Instruction MMU Protection Violation 

TLB or RMUUE/SE = 0 

13 

Data MMU Protection Violation 

TLB or RMUUR/SR = 0, UW/SW = 0on 
write 

14 

Timer 

Timer Facility 

15 

Trace 

Trace Facility, breakpoint 



comparisons 

16 

INTRO 

INTRO input 

17 

INTR1 

INTR1 input 

18 

INTR2 

INTR2 input 

19 

INTR3 

INTR3 input 

20 

TRAPO 

TRAPO input 

21 

TRAP1 

TRAP1 input 

22 

Floating-Point Exception 

Unmasked floating-point exception 

23 

Reserved 


24 

FMAC exception 

ACF in FPE Register == 00 or 11 

25 

DMAC exception 

ACF in FPE Register=00 or 11 

26-27 

Reserved 


28 

Reserved for instruction emulation 
(opcodes BF, CF-D6, DC) 


29 

Reserved for instruction emulation 
(opcode DD) 


30-32 

Reserved 


33 

DIVIDE 

DIVIDE instruction 

34 

Reserved 


35 

DIVIDU 

DIVIDU instruction 

36 

CONVERT exception 

FS = 00or11orFD = 00or11 

37 

SORT exception 

FS = 00 or 11 

38 

CLASS exception 

FS = 00 or 11 

39 

Reserved for instruction emulation 
(opcode E7) 


40 

MTACC exception 

FMT = 11 or FMT= 00 and ACF = 00 or 11 

41 

MFACC exception 

FMT = 11 or FMT=00 and ACF = 00 or 11 

42-55 

Reserved 


56 

Reserved for instruction emulation 
(opcode F8) 


57 

Reserved 


58-63 

Reserved for instruction emulation 
(opcode FA-FF) 


64-255 

ASSERT and EMULATE instruction traps 
(vector number specified by instruction) 


*This vector number also results if an external device removes INTR(3-0) or TRAP(1~0) before the corresponding interrupt 

or trap is taken by the processor. 
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Figure 3-50 Current Processor Status After an Interrupt or Trap 
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3.5.5.2 RETURNING FROM AN INTERRUPT OR TRAP 

Two instructions are used to resume the execution of an interrupted program: Inter¬ 
rupt Return (IRET), and Interrupt Return and Invalidate (iRETINV). These instructions 
are identicai except in one respect: the IRETINV instruction resets all Valid bits in the 
Branch Target Cache memory, whereas the IRET instruction does not affect the Valid 
bits. 

In some situations, the processor state must be set properly by software before the 
interrupt return is executed. The following is a list of operations normally performed in 
such cases: 

1. The Current Processor Status is configured as shown in Figure 3-51 (the value x 
Is a don’t care and the value u means unaffected). Note that setting the FZ bit 
freezes the registers listed below so that they may be set for the interrupt return. 

2. The Old Processor Status is set to the value of the Current Processor Status for 
the target routine. 

3. The Channel Address, Channel Data, and Channel Control registers are set to 
restart or resume uncompleted channel operations of the target routine. 

4. The Program Counter 1 and Program Counter 0 registers are set to the addresses 
of the first and second instructions, respectively, to be executed in the target 
routine. 

5. Other registers are set as required. These may include registers such as the ALU 
Status, Q, and so forth, depending on the particular situation. Some of these 
registers are unaffected by the FZ bit, so they must be set in such a manner that 
they are not modified unintentionally before the interrupt return. 


Figure 3-51 Current Processor Status Before Interrupt Return 
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Once the processor registers are configured properly, as described above, an Inter¬ 
rupt return Instruction (IRET or IRETINV) performs the remaining steps necessary to 
return to the target routine. The following operations are performed by the interrupt 
return Instruction: 

1. Any in-progress load or store operation Is completed. If a load-multiple or 
store-multiple sequence is In progress, the interrupt return is not executed until the 
sequence completes. 

2. Interrupts and traps are disabled, regardless of the settings of the DA, Dl, and IM 
fields of the Current Processor Status, for steps 3 through 10. 

3. If the interrupt return instruction is an IRETINV, all Valid bits in the Branch Target 
Cache memory are reset. 

4. The contents of the Old Processor Status Register are copied into the Current 
Processor Status Register. This normally resets the FZ bit allowing the Program 
Counter 0,1,2, Channel Address, Data, Control, and ALU Status registers to 
update normally. Since certain bits of the Current Processor Status Register 
always are updated by the processor, this copy operation may be irrelevant for 
certain bits {e.g., the Interrupt Pending bit). 

5. If the Contents Valid (CV) bit of the Channel Control Register is 1, and the Not 
Needed (NN) and Multiple Operation (ML) bits are both 0, an external access Is 
started. This operation is based on the contents of the Channel Address, Channel 
Data, and Channel Control registers. The Current Processor Status Register 
conditions the access—as is normally the case. Note that load-multiple and 
store-multiple operations are not restarted at this point. 

6. The address in Program Counter 1 is used to fetch an Instruction. The Current 
Processor Status Register conditions the fetch. This step is treated as a branch in 
the sense that the processor searches the Branch Target Cache memory for the 
target of the fetch. 

7. The instruction fetched In step 6 enters the decode stage of the pipeline. 

8. The address In Program Counter 0 is used to fetch an instruction. The Current 
Processor Status Register conditions the fetch. This step is treated as a branch in 
the sense that the processor searches the Branch Target Cache memory for the 
target of the fetch. 

9. The instruction fetched In step 6 enters the execute stage of the pipeline, and the 
instruction fetched In step 8 enters the decode stage. 

10. If the CV bit in the Channel Control Register is a 1, the NN bit is 0, and the ML bit 
is 1, a load-multiple or store-multiple sequence Is started, based on the contents 
of the Channel Address, Channel Data, and Channel Control registers. 

11. Interrupts and traps are enabled per the appropriate bits in the Current Processor 
Status Register. 

12. The processor resumes normal operation. 

FAST INTERRUPT PROCESSING 

The registers affected by the FZ bit of the Current Processor Status Register are 
those which are modified by almost any usual sequence of instructions. Since the FZ 
bit is set by an interrupt or trap, the interrupt or trap handler is able to execute while 
not disturbing the state of the interrupted routine, though its execution is somewhat 
restricted. Thus, it is not necessary in many cases for the interrupt or trap handler to 
save the registers that are affected by the FZ bit. 
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3.5.6 


The processor provides an additional benefit if the Program Counter 0 and Program 
Counter 1 Registers are not modified by the interrupt or trap handler. If Program 
Counters 0 and 1 contain the addresses of sequential Instructions when an interrupt 
or trap is taken, and if they are not modified before an interrupt return is executed, 
step 8 of the interrupt return sequeiice above occurs as a sequential fetch—instead of 
a branch—for the interrupt return. The performance Impact of a sequential fetch is 
normally less than that of a non-sequential fetch. 

Because the registers affected by the FZ bit are sometimes required for Instruction 
execution, it is not possible for the interrupt or trap handler to execute all instructions, 
unless the required registers are first saved elsewhere (e.g., in one or more global 
registers). Most of the restrictions due to register dependencies are obvious (e.g., the 
Byte Pointer for byte extracts), and will not be discussed here. Other less obvious 
restrictions are listed below: 

1. Load Multiple and Store Multiple. The Channel Address, Channel Data, and 
Channel Control registers are used to sequence load-multiple and store-multipie 
operations, so these Instructions cannot be executed while the registers are 
frozen. However, note that other external accesses may occur; the Channel 
Address, Channel Data, and Channel Control registers are required only to restart 
an access after an exception, and the interrupt or trap handler is not expected to 
encounter any exceptions. 

2. Loads and stores which set the Byte Pointer, if the Set Byte Pointer (SB) of a load 
or store instruction Is 1, and the FZ bit is also 1, there Is no effect on the Byte 
Pointer. Thus, the execution of external byte and half-word accesses using this 
mechanism is not possible. 

3. Extended arithmetic. The Carry bit of the ALU Status Register is not updated while 
the FZ bit is 1. 

4. Divide step instructions. The Divide Flag of the ALU Status Register is not 
updated when the FZ bit Is 1. 

If the interrupt or trap handler does not save the state of the interrupted routine, it 
cannot allow additional interrupts and traps. Also, the operation of the interrupt or trap 
handler cannot depend on any trapping instructions (e.g., DIVIDE and DIVIDU Instruc¬ 
tions, illegal operation codes, arithmetic overflow, etc.), since these cause a Monitor 
trap (see Section 3.5.7). There are certain cases, however, where traps are unavoid¬ 
able; these are discussed in Section 3.5.10. 


WARN Trap 

The processor recognizes a s pecial tr ap, caused by the activation of the WARN input, 
which cannot be masked. The WARN trap is intended to be used for severe system- 
error or deadlock conditions. It allows the processor to be placed in a known, oper¬ 
able state, while preserving much of its original state for error reporting and possible 
recovery. Therefore, it shares some features in common with the Reset mode as well 
as features common to other traps described in this section. 

The major differences between the WARN trap and other traps are: 

1. The processor does not wait for an in-progress external access to complete 
before taking the trap, since this access might not complete. However, the 
information related to any outstanding access is retained by the Channel Address, 
Channel Data, and Channel Control registers when the trap is taken. 
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3.5.7 


2. The vector-fetch operation Is not performed, regardless of the VF bit of the 
Configuration Register, when the WARN trap is taken. Instead, the ROM Enable 
(RE) bit in the Current Processor Status Is set, and instruction fetching begins 
immediately at address 16 in the instruction ROM. The trap handler executes 
directly from the instruction ROM without the need to access external (and 
possibly non-functional or Invalid) instruction/data memory. 

Note that WARN trap may disrupt the state of the routine that is executing when it is 
taken, prohibiting this routine from being restarted. 


Monitor Trap 

The processor takes a special trap, called the Monitor trap, to enter the Monitor mode. 
A Monitor trap is taken when the DA bit of th e Curr ent Processor Status is 1 and a 
tra p occu rs, except for a trap caused by the TRAP(I-O) Inputs. Interrupts caused by 
the INTR(3-0) inputs and the Timer facility cannot cause a Monitor trap. 

The major difference between a Monitor trap and other traps is that the processor 
does not perform the vector-fetch operation. Instead, the processor imme diately 
begins fetching instructions at location 16 in the Instruction ROM, as for a WARN trap. 
The Monitor trap can be distinguished from a WARN trap because the Monitor Mode 
(MM) bit in the Current Processor Status is 1. The processor also behaves as if the 
Freeze (FZ), ROM Enable, Physical Addressing/Data, Physical Addressing/Instruc¬ 
tion, and Supervisor Mode bits of the Current Processor Status Register were 1. 
However, the Current Processor Status Register is not affected. 

When the Monitor trap Is taken, the Shadow Program Counters 0, 1, and 2 contain 
instruction addresses for the suspended program. The values in the shadow program 
counters are held while the processor is in the Monitor mode, unless they are explic¬ 
itly modified by a move-to-special-register instruction. This allows the suspended 
program to be restarted even if the FZ bit was 1 when the trap was taken; if the FZ bit 
was 1, the Program Counter 0,1, and 2 registers do not contain the appropriate ad¬ 
dresses. 

Also, when the Monitor trap Is taken, the Reason Vector Register is set to Indicate the 
cause of the trap. The Reason Vector Register is set with the vector number of the 
trap condition that caused the Monitor trap. If the Monitor trap is caused by a WARN 
trap, the value 16 (de cimal) is placed into the Reason Vector Register. This is the 
vector number for the INTRO interrupt; since interrupts cannot cause a Monitor trap, 
there Is no conflict. 

In the Monitor mode, the processor ignores interrupts and traps, except for the follow¬ 
ing traps: Data Access Exception, Coprocessor Exception, Instruction Access Excep¬ 
tion, Instruction TLB Miss, Instruction MMU Protection Violation. An occurrence of one 
of these traps will cause another Monitor trap; however, the shadow program counters 
and Reason Vector Registers will not be set. 

An IRET or IRETINV instruction, executed In the Monitor mode, causes a return from 
Monitor mode. The process performs all actions that normally apply for an Interrupt 
return, except that It simply clears the MM bit in the Current Processor Status Register 
rather than loading this register from the Old Processor Status Register, and it 
resumes execution using the addresses in the shadow program counters rather than 
the program counters. 
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Sequencing of Interrupts and Traps 

On every cycle, the processor decides either to execute instructions or to take an 
interrupt or trap. Since there are multiple sources of interrupts and traps, more than 
one interrupt or trap may be pending on a given cycle. 

To resolve conflicts, interrupts and traps are taken according to the priority shown in 
Table 3-11. In this table. Interrupts and traps are listed In order of decreasing priority. 
This section discusses the first three columns of Table 3-11. The last two columns are 
discussed in Section 3.5.9. 

In Table 3-11, Interrupts and traps fall into one of two categories depending on the 
timing of their occurrence relative to instruction execution. These categories are 
indicated in the third column of Table 3-11 by the labels Inst and Async. These labels 
have the following meaning: 

1. Inst-—Generated by the execution or attempted execution of an instruction. 

2. Async—Generated asynchronous to and independent of the instruction being 
executed, although it may be a result of an instruction executed previously. 

The principle for interrupt and trap sequencing Is that the highest priority interrupt or 
trap Is taken first. Other interrupts and traps remain active until they can be taken, or 
are regenerated when they can be taken. This is accomplished, depending on the 
type of interrupt or trap, as follows: 

1. All traps In Table 3-11 with priority 13 through 15 are regenerated by the 
re-execution of the causing instruction. 

2. Most of the interrupts and traps of priority 4 through 12 must be held by external 
hardware until they are taken. The exceptions to this are listed In 3) below. 

3. The exceptions to 2 above are the Data Access Exception trap, the Coprocessor 
Exception trap, the Timer interrupt, and the Trace trap. These are caused by bits 
in various registers In the processor and are held by these registers until taken or 
cleared. The relevant bits are: the Transaction Faulted (TF) bit of the Channel 
Control Register for Data Access Exception and Coprocessor Exception traps, the 
Interrupt (IN) bit of the Timer Reload Register for Timer interrupts, and the Trace 
Pending (TP) bit of the Current Processor Status Register for Trace traps. 

4. All traps of priority 2 and 3 in Table 3-11, except for the Unaligned Access trap, 
are not regenerated. These traps are mutually exclusive, and are given high 
priority because they cannot be regenerated; they must be take n if they occur. If 
one of these traps occurs at the same time as a reset or WARN trap, it is not 
taken, and its occurrence Is lost. 

5. The Unaligned Access trap is regenerated internally when an external access is 
restarted by the Channel Address, Channel Data, and Channel Control registers. 
Note that this trap Is not necessarily exclusive to the traps discussed in 4) above. 

Note that the Channel Address, Channel Data, and Channel Control registers are set 
for a WARN trap only if an external access is in progress when the trap Is taken. 

3.5.9 Exception Reporting and Restarting 

When an instruction encounters an exceptional condition, the Program Counter 0, 
Program Counter 1, and Program Counter 2 registers report the relevant instruction 
address(es), and allow the Instruction sequence to be restarted once the exceptional 
condition has been remedied (if possible). Similarly, when an external access or 
coprocessor transfer encounters an exceptional condition, the Channel Address, 
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Table 3-11 


Interrupt and Trap Priority Table 


Priority 

Type of Interrupt or Trap 

Inst/Async 

PCI 

Channel Regs 

1 

WARN 

Async 

Next 

See Note 1 

(Highest) 





User-Mode Data TLB Miss 

Inst 

Next 

All 

2 

Supervisor-Mode Data TLB Miss 

Inst 

Next 

All 


Data MMU Protection Violation 

Inst 

Next 

All 

3 

Unaligned Access 

Coprocessor Not Present 

Out of Range 

Floating-Point Exceptions 

Assert Instructions 

Instruction Emulation 

DIVIDE 

DIVIDU 

Inst 

Inst 

Inst 

Inst 

Inst 

Inst 

Inst 

Inst 

Next 

Next 

Next 

Next 

Next 

Next 

Next 

Next 

All 

All 

N/A 

N/A 

N/A 

N/A 

N/A 

N/A 


Data Access Exception 

Async 

Next 

All 

4 

Coprocessor Exception 

Async 

Next 

All 

5 

TRAPO 

Async 

Next 

Multiple 

6 

TRAP1 

Async 

Next 

Multiple 

7 

inTro 

Async 

Next 

Multiple 

8 

TnTri 

Async 

Next 

Multiple 

9 

iNTR2 

Async 

Next 

Multiple 

10 

iFiTR3 

Async 

Next 

Multiple 

11 

Timer 

Async 

Next 

Multiple 

12 

Trace (caused by TE, TP bits) 

Async 

Next 

Multiple 


User-Mode Instruction TLB Miss 

Inst 

Curr 

N/A 


Supervisor-Mode Instr. TLB Miss 

Inst 

Curr 

N/A 

13 

Instruction MMU Protection Violation 

Inst 

Curr 

N/A 


Instruction Access Exception 

Inst 

Curr 

N/A 

14 

Trace (caused by breakpoint 
comparison) 

Inst 

Curr 

N/A 

15 

Illegal Opcode 

Inst 

Curr 

N/A 

(Lowest) 

Protection Violation 

Inst 

Curr 

N/A 


Note 1: The Channel Address, Channel Data, and Channel Control registers are set for a WARN 
trap only if an external access is in progress when the trap is taken. 
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Channel Data, and Channel Control registers report Information on the access or 
transfer, and allow It to be restarted. This section describes the interpretation and use 
of these registers. 

The PC1 column in Table 3-11 describes the value held in the Program Counter 1 
Register (PCI) when the interrupt or trap is taken. For traps in the /nsf category, PCI 
contains either the address of the instruction causing the trap, indicated by Curr, or 
the address of the instruction following the instruction causing the trap, indicated 
by Next 

For interrupts and traps in the >Async category, PCI contains the address of the first 
instruction which was not executed due to the taking of the interrupt or trap. This is 
the next instruction to be executed upon interrupt return, as indicated by A/exf in the 
PCI column. 

3.5.9.1 INSTRUCTION EXCEPTIONS 

For traps caused by the execution of an instruction (e.g., the Out of Range trap), the 
Program Counter 2 Register contains the address of the instruction causing the trap. 

In all of these cases, PCI is in the A/exf category. The Exception Opcode Register 
contains the operation code of the instruction causing the trap. 

The traps associated with Instruction fetches (i.e., those of priority 13) occur only if the 
processor attempts the execution of the associated instruction. An exception may be 
detected during an instruction prefetch, but the associated trap does not occur if a 
non-sequentlal fetch occurs before the processor attempts the execution of the Invalid 
instruction. This prevents the spurious indication of Instruction exceptions. 

In the case of a Monitor trap, the relevant instruction addresses are contained in the 
Shadow Program Counter 0,1, and 2 registers rather than the Program Counter 0,1, 
and 2 registers. 

3.5.9.2 DATA EXCEPTIONS 

The Channel Regs column of Table 3-11 Indicates the cases for which the Channel 
Address, Channel Data, and Channel Control registers contain Information related to 
an external access or coprocessor transfer (these registers collectively are termed 
“channel registers” in the following discussion). For the cases Indicated, the access or 
transfer did not complete because of some exceptional condition. Note that the Chan¬ 
nel Data Register contains relevant information only in the case of a store. 

For the WARN trap, the channel registers are valid only if a load or store were in 
progress when the trap was taken. Recall that the WARN trap does not wait for any 
In-progress access to complete. 

For the traps with an All in the Channel Regs column of Table 3-11, the channel 
registers contain information relevant to the trap in all cases. These traps are associ¬ 
ated with exceptional events during external accesses or coprocessor transfers. 

For the traps with a Multiple in the Channel Regs column, the channel registers might 
contain Information for restarting an interrupted load-multiple or store-multiple opera¬ 
tion. In these cases, the operation did not encounter an exception, but was simpiy 
canceled for latency considerations. 

The Information contained in the channel registers allows the processor to restart the 
related operation during an interrupt return sequence, without any special assistance 
by software. Software must only insure that the relevant information is retained in, or 
restored to, the channel registers before an interrupt return is executed. 
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3.5.10 


Arithmetic Exceptions 

Integer and floating-point instructions can cause Out of Range or Floating-Point Ex¬ 
ception traps, respectively, If an exception Is detected during the arithmetic operation. 
This section describes the conditions under which these traps occur and the addi¬ 
tional operations performed beyond those described In Section 3.5.5. 

3.5.10.1 INTEGER EXCEPTIONS 

Some integer add and subtract instructions—ADDS, ADDU, ADDCS, ADDCU, SUBS, 
SUBU, SUBCS, SUBCU, SUBRS, SUBRU, SUBRCS, and SUBRCU—cause an Out 
of Range trap upon overflow or underflow of a 32-bit signed or unsigned result, de¬ 
pending on the instruction. 

Two integer multiply instructions—MULTIPLY and MULTIPLU—cause an Out of 
Range trap upon overflow of a 32-bit signed or unsigned result, respectively, if the 
MO bit of the Integer Environment Register is 0. If the MO bit is 1, these multiply 
instructions cannot cause an Out of Range trap. 

Two integer divide instructions—DIVIDE and DIVIDU—take the Out of Range trap 
upon overflow of a 32-bit signed or unsigned result, respectively, if the DO bit of the 
Integer Environment Register is 0. If the DO bit is 1, the divide instructions cannot 
cause an Out of Range trap unless the divisor is zero. If the divisor Is zero, an Out of 
Range trap always occurs, regardless of the DO bit. 

In addition to the operations described Section 3.5.5, the following operations are 
performed when an Out of Range trap is taken: 

1. The operation code of the instruction causing the exception is placed in the lOP 
field of the Exception Opcode Register. 

2. For the MULTIPLY, MULTIPLU, DIVIDE, and DIVIDU instructions, the absolute 
register numbers of the excepting instruction’s source and destination registers 
are placed Into the Indirect Pointer A, Indirect Pointer B, and Indirect Pointer C 
registers. 

3. For the MULTIPLY, MULTIPLU, DIVIDE, and DIVIDU instructions, the destination 
register or registers are unchanged. 

3.5.10.2 FLOATING-POINT EXCEPTIONS 

A Floating-Point Exception trap occurs when an exception is detected during a float¬ 
ing-point operation, and the exception Is not masked by the corresponding bit of the 
Floating-Point Mask Register. In this context, a floating-point operation Is defined 
as any operation that accepts a floating-point number as a source operand, that 
produces a floating-point result, or both. Thus, for example, the CONVERT instruc¬ 
tion may create an exception while attempting to convert a floating-point value to an 
integer value or vice versa. The occurrence of floating-point exceptions is discussed 
In detail In Appendix C. 

In addition to the operations described in Section 3.5.5, the following operations are 
performed when a Floating-Point Exception trap is taken: 

1. The operation code of the instruction causing the exception is placed In the lOP 
field of the Exception Opcode Register. 

2. The status of the trapping operation is written into the trap status bits of the 
Floating-Point Status Register. The written status bits do not depend on the 
values of the corresponding mask bits in the Floating-Point Environment Register. 

3. The absolute-register numbers of the excepting Instruction’s source and dest¬ 
ination registers are placed into the Indirect Pointer A, Indirect Pointer B, and 
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Indirect Point C registers. If the RB or RC field specifies a function code, that code 
is transferred to the corresponding Indirect pointer. Note that if the most-significant 
bit of this function code Is one, the value of the Stack Pointer has been added to 
the RB field, and must be subtracted to recover the original field. 

4. The destination register or registers are left unchanged. 

3.5.11 Exceptions During Interrupt and Trap Handling 

In most cases, interrupt and trap handling routines are executed with the DA bit In the 
Current Processor Status having a value of 1. It Is normally assumed that these rou¬ 
tines do not create many of the exceptions possible in most other processor routines, 
or that whatever exceptions do occur can be handled in the Monitor mode. 

If these assumptions are not valid for a particular interrupt or trap handler, it Is impor¬ 
tant that the handler save the state of the processor and reset the FZ bit of the Cur¬ 
rent Processor Status, so that the handler Itself may be restarted properly. This must 
be accomplished before any Interrupts or traps can be taken. In this case, the state 
(or the state of some other process) must be restored before an interrupt return is 
executed. 

If the processor does take a trap while handling another interrupt or trap, it enters the 
Monitor mode, and the state of the Interrupt or trap handler is reflected in the Shadow 
Program Counter 0, 1, and 2 registers and the Reason Vector Register. Other proces¬ 
sor state is preserved, including the Current Processor Status Register. This allows 
the Monitor trap routine to handle the trap. 

3.6 MEMORY MANAGEMENT 

The Am29050 microprocessor incorporates a Memory Management Unit (MMU) for 
performing virtual-to^physical address translation and memory access protection. This 
section describes the logical operation of the Memory Management Unit. Related 
Issues are discussed In Sections 7.3.3 and 7.3.4. 

Address translation is performed either by one of the two Region Mapping Units 
(RMUs), or by the Translation Look-Aside Buffer (TLB). The RMUs map virtual re¬ 
gions of variable size, ranging from 64 kb to 2 Gb, into regions of physical memory. 
Each RMU consists of two protected special-purpose registers, which are described In 
Section 3.2.3. Any virtual address not mapped by the RMUs is translated by the TLB. 
The TLB maps virtual regions of fixed size, called pages, into physical regions of the 
same size, called page frames. The structure of the TLB Is described below. 

Address translation can be performed only for instruction/data memory accesses. No 
address translation is performed for Instruction ROM, Input/output, coprocessor or 
interrupt/trap vector accesses. However, an instruction/data memory access can be 
re-directed to input/output by the address-translation process. 

3.6.1 Translation Look-Aside Buffer 

The MMU stores the most-recently performed address translations in a special cache, 
the Translation Look-Aside Buffer (TLB). The TLB reflects information in the proces¬ 
sor system page tables, except that it specifies the translation for many fewer pages; 
this restriction allows the TLB to be Incorporated on the processor chip where the 
performance of address translation is maximized. 

A diagram of the TLB is shown in Figure 3-52. The TLB is a table of 64 entries, 
divided Into two equal sets, called Set 0 and Set 1. Within each set, entries are 
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numbered 0 to 31. Entries In different sets which have equivalent entry-numbers are 
grouped into a unit called a line; there are thus 32 lines in the TLB, numbered 0 to 31. 


Figure 3-52 Translation Look-Aside Buffer Organization 
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Each TLB entry Is 64 bits long, and contains mapping and protection information for a 
single virtual page. TLB entries may be inspected and modified by processor instruc¬ 
tions executed In the Supervisor mode. The layout of TLB entries is described In 
Section 3.2.4. 

The TLB stores information about the ownership of the TLB entries in an 8-bit Task 
Identifier (TID) field in each entry. This makes it possible for the TLB to be shared by 
several independent processes without the need for invalidation of the entire TLB as 
processes are activated. It also increases system performance by permitting proc¬ 
esses to warm-start (i.e., to start execution on the processor with a certain number of 
TLB entries remaining In the TLB from a previous execution). 

Each TLB entry contains a Usage bit to assist management of the TLB entries. The 
Usage bit Indicates which set of the entry within a given line was least recently used 
to perform an address translation. Usage bits for two entries in the same line are 
equivalent. 

The TLB contains other fields which are described in the following sections. 
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3.6.2 


Address Translation 


For the purpose of address translation, the virtual instruction/data address-space of a 
process is typically partitioned into regions of fixed size, called pages. Pages are 
mapped into equivalent-sized regions of physical memory, called page frames. All 
accesses to Instructions or data contained within a given page use the same virtual- 
to-physical address translation. 

In addition to the page-by-page translation provided by the TLB, the Am29050 micro¬ 
processor supports translation for variable-sized regions, ranging from 64 kb to 2 Gb, 
by means of two Region Mapping Units. Each RMU consists of two special-purpose 
registers. In each RMU, a Region Mapping Address Register contains the base ad¬ 
dress of the virtual region to be mapped and the base address of the corresponding 
physical region. A Region Mapping Control Register specifies the region size and 
contains information which is used to control access, including a Task Identifier. The 
RMUs have priority over the TLB translation; in addition, RMUO has priority over 
RMU1. 

3.6.2.1 ADDRESS TRANSLATION CONTROLS 

The processor attempts to perform address translation for the following external 
accesses: 

1. Instruction accesses, if the Physical Addressing/Instructions (PI) and ROM Enable 
(RE) bits of the Current Processor Status are both 0. 

2. User-mode accesses to instruction/data memory if the Physical Addressing/Data 
(PD) bit of the Current Processor Status is 0. 

3. Supervisor-mode accesses to instruction/data memory if the Physical Address 
(PA) bit of the load or store instruction performing the access is 0, and the PD bit 
of the Current Processor Status is 0. 

Address translation Is controlled by the MMU Configuration Register. This register 
specifies the virtual page size, and contains an 8-blt Process Identifier (PID) field. The 
PID field specifies the process number associated with the currently running program, 
If this is a User-mode program. Supervisor-mode programs are assigned a fixed 
process number of zero. The process number Is compared with Task Identifier (TID) 
field of the Region Mapping Control Register or the TLB entry, as appropriate, during 
address translation. The TID field must match the process number for the translation 
to be valid. 

3.6.2.2 RMU ADDRESS TRANSLATION PROCESS 

In a successful RMU address translation, the most-significant bits of the virtual ad¬ 
dress match the corresponding bits of the Virtual Base Address (VBA) field of the 
Region Mapping Address Register, and are replaced with the contents of the Physical 
Base Address (PBA) field. The number of bits compared and subject to replacement 
Is determined by the Region Size (RGS) field of the Region Mapping Control Register. 
For example, if the region size is 64 kb, 16 bits are compared; If the region size is 
128 kb, 15 bits are compared, and so on. 

For an address translation to be valid, the following conditions must be met: 

1. The most-significant bits of the virtual address, determined by the RGS field, 
match the corresponding bits of the VBA field of the Region Mapping Address 
Register. 

2. For a User-mode access, the TID field in the Region Mapping Control Register 
matches the PID field In the MMU Configuration Register. For a Supervisor-mode 
access, the TID field is zero. 
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3. The VE bit of the Region Mapping Control Register is 1. 

The address space of the physicai address is determined by the Input/Output (lO) bit 
of the Region Mapping Control Register. If the lO bit is 0, the address is In the instruc¬ 
tion/data memory address space. If the lO bit is 1, the address Is In the input/output 
address space. 

If the address translation is valid, then certain bits of the Region Mapping Control 
register are used to perform protection checking (see Section 3.6.5). If there is no 
protection violation, the translation is performed and the resulting physical address is 
placed on the processor’s Address Bus. If there is a protection violation, a Data or 
Instruction MMU Protection Violation trap occurs, depending on the access. 

If address translation Is valid, and there Is no protection violation, the PGM bits from 
the Region Mapping Control register are placed on the MPGM(1-0) outputs during 
the address cycle for the access. 

If the address translation is not valid in RMUO, it is attempted by RMU1. If the transla¬ 
tion Is not valid in RMU1, it Is attempted by the TLB. 

3.6.2.3 TLB ADDRESS TRANSLATION PROCESS 

Virtual addresses are partitioned into three fields for TLB address translation, as 
shown in Figure 3-53. The partitioning of the virtual address is based on the page 
size. Pages may be of size 1,2,4, or 8 kb, as specified by the MMU Configuration 
Register. 


Figure 3-53 Virtual Address for 1, 2, 4, and 8 kb Pages 
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The TLB address-translation process is diagrammed in Figure 3-54. Address transla¬ 
tion Is performed by the following fields in the TLB entry: the Virtual Tag (VTAG), the 
Task Identifier (TID), the Valid Entry (VE) bit, the Real Page Number (RPN) field, and 
the Input/Output (10) bit. To perform an address translation, the processor accesses 
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the TLB line whose number is given by certain bits in the virtual address. The bits 
used depend on the page size as follows: 


Page Size 

Virtual Address Bits (for Line Access) 

1 kb 

14-10 

2 kb 

15-11 

4 kb 

16-12 

8 kb 

17-13 


The accessed line contains two TLB entries, which in turn contain two VTAG fields. 
The VTAG fields are both compared to bits in the virtual address. This comparison 
depends on the page size as follows (note that VTAG bit-numbers are relative to the 
VTAG field, not the TLB entry): 


Page Size Virtual Address Bits VTAG Bits 


1 kb 

31-15 

1&-0 

2 kb 

31-16 

16-1 

4 kb 

31-17 

16-2 

8 kb 

31-18 

16-3 


Certain bits of the VTAG field do not participate in the comparison for page sizes 
larger than 1 kb. These bits of the VTAG field are required to be zero. 
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For an address translation to be valid, the following conditions must be met: 

1. The virtual address bits match corresponding bits of the VTAG field as specified 
above. 

2. For a User-mode access, the TID field in the TLB entry matches the PID field in 
the MMU Configuration Register. For a Supervisor-mode access, the TID field is 
zero. 

3. The VE bit in the TLB entry is 1. 

4. Only one entry in the line meets conditions 1,2, and 3 above. If this condition is 
not met, the results of the translation may be treated as valid by the processor, but 
the results are unpredictable. 

If the address translation is valid for one TLB entry In the selected line, the RPN field 
in this entry Is used to form the physical address of the access. The RPN field gives 
the portion of the physical address that depends on the translation; the remaining 
portion of the virtual address—called the Page Offset—is Invariant with address 
translation. 

The Page Offset comprises the low-order bits of the virtual address, and gives the 
location of a byte (because of byte addressing) within the virtual page. This byte is 
located at the same position in the physical page frame, so the Page Offset also 
comprises the low-order bits of the physical address. 

The 32-bit physical address is the concatenation of certain bits of the RPN field and 
Page Offset, where the bits from each depend on the page size as follows (note that 
RPN bit numbers are relative to the RPN field, not the TLB entry): 


Page Size 

RPN Bits 

Virtuai Address Bits for Page Offset 

1 kb 

21-0 

9-0 

2 kb 

'^l-l 

10-0 

4 kb 

21-2 

11-0 

8 kb 

21-3 

12-0 


Note: Certain bits of the RPN field are not used In forming the physical address for 
page sizes greater than 1 kb. These bits of the RPN are required to be zero. In 
addition, for certain instruction accesses, the Page Offset is incremented by 8 
or 16 as described In Section 4.2.3.1. 

The address space of the physical address is determined by the Input/Output (10) bit 
of the TLB entry. If the 10 bit is 0, the address Is in the Instruction/data memory ad¬ 
dress space. If the 10 bit is I, the address is in the input/output address space. 

If an address translation is successful, the TLB entry is further used to perform protec¬ 
tion checking for the access. Bits In the TLB make it possible to restrict accesses—in¬ 
dependently for Supervisor-mode and User-mode accesses—to any combination of 
load, store, and instruction accesses, or to no access. Section 3.6.5 describes protec¬ 
tion in more detail. 

If the address translation is valid, and no protection violation is detected, the physical 
address from the translation is placed on the processor’s Address Bus, and the ac¬ 
cess is initiated. If the translation is not valid, or a protection violation is detected, a 
trap occurs. Depending on the state of the ch annel interface, the access request may 
be plabed on the Address Bus with the signal BINV asserted, even though the trap 
occurs. 
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Also, If the address translation Is successful, and there Is no protection violation, the 
PGM bits from the TLB entry used for translation are placed on the MPGM(1-0) out¬ 
puts during the address cycle for the access. If address translation Is not performed, 
these pins are both Low for the address cycle. 

If the TLB cannot translate an address, a TLB miss occurs. The MMU causes a trap If 
either a TLB miss occurs, or the translation Is successful and a protection violation Is 
detected. The processor distinguishes between traps caused by Instruction and data 
accesses, and between traps caused by User-and Supervisor-mode accesses, as 
follows: 


Trap Vector Number 

Type of Trap 

8 

User-Mode Instruction TLB Miss 

9 

User-Mode Data TLB Miss 

10 

Supervisor-Mode Instruction TLB Miss 

11 

Supervisor-Mode Data TLB Miss 

12 

Instruction TLB Protection Violation 

13 

Data TLB Protection Violation 


The distinction between the above traps Is made to assist trap handling, particularly 
the routines that load TLB entries. 

3.6.3 TLB Reload 

So that the MMU may support a large variety of memory-management architectures, it 
does not directly load TLB entries that are required for address translation. It simply 
causes a TLB miss trap when address translation Is unsuccessful. The trap causes a 
program—called the TLB reload routine—to execute. The TLB reload routine is de¬ 
fined according to the structure and access method of the page table contained in an 
external device or memory. 

When a TLB miss trap occurs, the LRU Recommendation Register Is written with the 
TLB register number for Word 0 of the TLB entry to be used by the TLB reload rou¬ 
tine. For Instruction accesses, the Program Counter 1 Register contains the Instruc¬ 
tion address that was not successfully translated. For data accesses, the Channel 
Address Register contains the data address that was not successfully translated. 

The TLB reload routine determines the translation for the address given by the Pro¬ 
gram Counter 1 Register or Channel Address Register, as appropriate. The TLB 
reload routine uses an external page table to determine the required translation, and 
loads the TLB entry Indicated by the LRU Recommendation Register so that the entry 
may perform this translation. In a demand-paged environment, the TLB reload routine 
may additionally Invoke a page-fault handler when the translation cannot be per¬ 
formed. 

TLB entries are written by the Move To TLB (MTTLB) Instruction, which copies the 
contents of a general-purpose register Into a TLB register. The TLB register number Is 
specified by bits 6-0 of a general purpose register. TLB entries are read by the Move 
From TLB (MFTLB) Instruction, which copies the contents of a TLB register Into a 
general-purpose register. Again, the TLB register number Is specified by a general 
purpose register. 

3.6.4 TLB Entry Invalidation 

There are two methods for Invalidating TLB entries that are no longer required at a 
given point In program execution. The first involves resetting the Valid Entry bit of a 
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single entry (this is done by a Move To TLB instruction). The second involves chang¬ 
ing the value of the Process Identifier (PID) field of the MMU Configuration Register; 
this invalidates all entries whose Task Identifier (TID) fields do not match the new 
value. 

If an entry is invalidated by changing the PID field, the TLB entry still remains valid in 
some sense. If the PID field is changed again to match the TID field, the entry may 
once again participate in address translation. This ability can be used to reduce the 
number of TLB misses in a system during process switching. However, it Is important 
to manage TLB entries so that an invalid match cannot occur between the PID field 
and the TID field of an old TLB entry. 

3.6.5 Protection 

If an address translation Is performed successfully as described in Section 3.6.2, the 
Region Mapping Control Register or TLB entry used In address translation Is used to 
perform protection checking for the access. Six bits are used for this purpose; their 
names and functions are the same In the Region Mapping Control Registers and the 
TLB entries: Supervisor Read (SR), Supervisor Write (SW), Supervisor Execute (SE), 
User Read (UR), User Write (UW), and User Execute (UE). These bits restrict ac¬ 
cesses, depending on the program mode of the access, as shown in Table 3-12 (the 
value X Is a don't care). 


Table 3-12 Access Protection 


SR SW SE UR UW UE Type Of Access Allowed 


XXX 
XXX 
XXX 
XXX 
XXX 
XXX 
X X X 

XXX 
0 0 0 

0 0 1 

0 1 0 

0 1 1 

1 0 0 

1 0 1 

1 1 0 

1 1 1 


0 0 0 

0 0 1 

0 1 0 

0 1 1 

1 0 0 

1 0 1 

1 1 0 

1 1 1 

XXX 
XXX 
XXX 
XXX 
XXX 
XXX 
XXX 
XXX 


No User access 
User instruction 
User store 

User store or instruction 
User load 

User load or instruction 
User load or store 
Any User access 
No Supervisor access 
Supervisor instruction 
Supervisor store 
Supervisor store or instruction 
Supervisor load 
Supervisor load or instruction 
Supervisor load or store 
Any Supervisor access 


Note that for the Load and Set (LOADSET) instruction, the protection bits must be set 
to allow both the load and store access. If this condition does not hold, neither access 
is performed. 

If protection checking indicates that a given access is not allowed, a Data MMU Pro¬ 
tection Violation or Instruction MMU Protection Violation trap occurs. The cause of the 
trap can be determined by Inspecting the Program Counter 1 Register for an Instruc¬ 
tion MMU Protection Violation, or by inspecting the contents of the Channel Address 
and Channel Control registers for a Data MMU Protection Violation. 
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3.7 


DEBUGGING 


Software debugging is supported by the Trace Faciiity, hardware breakpoints, and the 
Monitor mode. The Trace Facility guarantees exactly one trap after the execution of 
any Instruction in a program being tested. The Trace trap allows a debug routine to 
follow the execution of Instructions, and to determine the state of the processor and 
system at the end of each instruction. Hardware breakpoints return control to a 
debugger at specified program addresses. The Monitor mode allows the debugging of 
operating-system routines and interrupt and trap handlers. 

3.7.1 Trace Facility 

Tracing is controlled by the Trace Enable (TE) and Trace Pending (TP) bits of the 
Current Processor Status Register. The value of the TE bit always is copied into the 
TP bit when an instruction enters the write-back stage. A Trace trap occurs whenever 
the TP bit is 1. As with most traps, the Trace trap can be disabled only by the DA bit 
of the Current Processor Status Register. 

In order to trace the execution of a program, the debug routine performs an interrupt 
return to cause the program to begin or resume execution. However, before the inter¬ 
rupt return is executed, the TE and TP bits of the Old Processor Status are set with 
the values 1 and 0, respectively. The interrupt return causes these bits to be copied 
into the TE and TP bits of the Current Processor Status. 

When the target of the interrupt return (whose address is contained in the Program 
Counter 1 Register when the interrupt return is executed) enters the write-back stage, 
the processor copies the value of the TE bit into the TP bit. Since the TP bit Is a 1, a 
Trace trap occurs. This trap prevents any further instruction execution in the target 
routine until the interrupt Is taken and the routine is resumed with an Interrupt return. 
When the Trace trap is taken, the TE and TP bits are both reset automatically, pre¬ 
venting any further Trace traps. 

Since the Trace Facility is managed by the Old and Current Processor Status regis¬ 
ters, It operates properly In the event that the processor takes an interrupt or trap— 
that is unrelated to the Trace Facility—before the above trace sequence completes. 
When the unrelated Interrupt or trap is taken, the state of the Trace Facility (i.e., the 
values of the TE and TP bits) is copied into the Old Processor Status from the Current 
Processor Status. The Trace Facility then resumes operation when the interrupted 
routine is restarted by an interrupt return. 

Note that it Is possible to cause a Trace trap by directly setting the TP and/or TE bits 
in the Current Processor Status Register. This may be accomplished only by a Super- 
visor-mode program. 


3.7.2 Instruction Breakpoints 

The Am29050 microprocessor provides two hardware breakpoints for causing Trace 
traps at specified instruction addresses. These hardware breakpoints are specified by 
the following registers: Instruction Breakpoint Address 0, Instruction Breakpoint Con¬ 
trol 0, Instruction Breakpoint Address 1, and Instruction Breakpoint Control 1. The two 
hardware breakpoints are identical in definition and capability. 

Breakpoint comparisons are performed by both hardware breakpoints on Instructions 
as the instructions enter the execute stage of the processor pipeline. If one (or both) 
of the breakpoint comparisons is valid, a Trace trap occurs and the instruction is not 
completed. The Trace trap caused by a hardware breakpoint has lower priority than a 
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3.7.3 


Trace trap caused by the Trace facility. Also, if the DA bit in the Current Processor 
Status Register is 1 when the Trace trap occurs, a Monitor trap is taken. 

A breakpoint comparison is valid when the instruction address matches the address In 
the Instruction Breakpoint Address 0 Register or Instruction Breakpoint Address 1 
Register, and the following conditions are met by the corresponding Instruction Break¬ 
point Control register. 

1. The Breakpoint Has Occurred (BHO) bit is 0. The BHO bit allows the processor to 
progress beyond the breakpoint once it has been encountered. 

2. The Breakpoint Enable (BEN) bit is 1. 

3. The Break or Synchronize (BSY) bit is 1. If the BSY bit Is 0 and all other 
conditions are valid, a synchronization pulse is generated externally by placing the 
value 010 on the STAT(2-0) outputs for one cycle (see Section 5.3). This permits 
the hardware breakpoint to generate a trigger for external logic, without causing a 
Trace trap that disturbs system timing. 

4. The value of the Break ROM (BRM) bit Is equal to the value of the ROM Enable bit 
in the Current Processor Status Register. This differentiates between a breakpoint 
In the Instruction/data memory and one in the Instruction ROM. 

5. The value of the Break on Translation Enabled (BTE) bit is equal to the 
complement of the Physical Addressing/Instructions (PI) bit in the Current 
Processor Status Register. This differentiates between a physical breakpoint 
address and a virtual breakpoint address. 

6. If address translation Is enabled for instructions, the Breakpoint Process Identifier 
(BPID) field matches the PID field of the MMU Configuration Register, for a 
User-mode program. For a Supervisor-mode program, the BPID field must be 
zero. The BPID field allows the breakpoint to be associated with a particular 
process in a multi-tasking system. 

When a hardware breakpoint trap Is taken, the processor sets the BHO bit. If the 
Trace trap handler returns to the routine with the breakpoint enabled, the BHO bit 
being 1 prevents the breakpoint comparison from causing another Trace trap. The 
processor resets the BHO bit when it encounters the breakpoint upon return, so that 
the Trace trap is once again enabled. 

A hardware-development system (see Section 5.4) can use the hardware breakpoints 
to cause the processor to enter the Halt mode rather than take a Trace trap. 

Debugging System-Level Routines 

The Monitor Mode provides a mechanism for debugging interrupt handlers and other 
system-level routines using a software debugger. The processor can enter the Moni¬ 
tor mode without affecting the state of any running program, much as it can take an 
interrupt without disturbing the state of an application program. 

When a Trace trap occurs, and the DA bit In the Current Processor Status Register is 
1, the processor takes a Monitor trap. The instruction addresses of the trapped pro¬ 
gram are contained in the Shadow Program Counters, the cause of the trap is en¬ 
coded in the Reason Vector Register, and the Current Processor Status Register is 
unmodified (except that the Monitor Mode bit is set). This provides the information 
required to debug the trapped routine, regardless of whether the trapped routine was 
enabled to take Interrupts. The Monitor trap handler can resume the execution of the 
trapped routine (e.g. fortracing) by executing an IRET or IRETINV instruction. 
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3.8 


SERIALIZATION 


3.9 


The Am29050 microprocessor overlaps external data references with other opera¬ 
tions, and typically performs floating-point operations In parallel with each other and 
with integer operations. When an external data reference must be restarted, however, 
or a floating-point operation causes a Floating-Point Exception trap to be taken, the 
processor context must be the same as when the operation was first attempted. To 
ensure this, certain operations are serialized. 

The processor serializes by entering the Pipeline Hold mode In any of the following 
circumstances: 

1. An external access Is not yet completed, and one of the following Instructions Is 
encountered: 

Move to Special Register 

Move to Special Register Immediate 

Move to TLB 

Interrupt Return 

Interrupt Return and Invalidate 

Halt 

2. An exte rnal access Is not yet completed, and an Interrupt or trap, other than a 
WARN trap, is taken. 

3. The processor detects that a floating-point Instruction may cause an unmasked 
floating-point exception, in this case, the instruction is issued for execution, but 
the pipeline holds until execution of the Instruction Is completed. 

Writes to certain registers—^the Floating-Point Environment Register, the Integer 
Environment Register, the Floating-Point Status Register, and the Exception Opcode 
Register—could. If overlapped with arithmetic operations, change the context required 
or expected by the arithmetic operations, or could conflict with register updates 
caused by the operations. Writes to these registers are therefore serialized; that Is, 
they are not performed until the completion of all operations performed by the floating¬ 
point unit. 

Similarly, reading the Floating-Point Status Register concurrently with the execution 
of a floating-point Instruction might not obtain the status of previously Issued Instruc¬ 
tions. Therefore, reads of the Floating-Point Status Register are also serialized with 
floating-point operations. 

If the processor Is In the Pipeline Hold mode due to serialization, It enters the Execut¬ 
ing mode once the external access or floating-point operation is completed. Note that 
the processor may Immediately take a Data Access Exception, Coprocessor Excep¬ 
tion, or Floating-Point exception trap. 

INITIALIZATION 

When power is first applied to the processor, It Is In an unknown state, and must be 
placed In a known state. Also, under certain circumstances. It may be necessary to 
place the processor In a defined s tate. Th is Is accomplished by the Reset mode, 
which Is Invoked by activating the RESET pin for at least four cycles. The Reset mode 
configures the processor state as follows: 

1. Instruction execution is suspended. 

2. Instruction fetching Is suspended. 

3. Any Interrupt or trap conditions are Ignored. 

4. The Current Processor Status Register is set as shown In Figure 3-55. 
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Figure 3-55 Current Processor Status Register In Reset Mode 
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Figure 3-56 Floating-Point Environment Register in Reset Mode 
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5. The Cache Disable bit of the Configuration Register is set. 

6. The Data Width Enable bit of the Configuration Register Is reset. 

7. The Early Load Enable bit of the Configuration Register Is reset. 

8. The Floating-Point Environment Register is set as shown In Figure 3-56. 

9. The Integer Division Overflow Exception Mask and the Integer Multiplication 
Overflow Exception Mask bits of the Integer Environment Register are both set. 

10. The Contents Valid bit of the Channel Control Register is reset. 

Except as previously noted, the contents of all general-purpose registers, special-pur¬ 
pose registers, floating-point accumulator registers, and TLB registers are undefined. 
The contents of the Branch Target Cache memory are also undefined. 

The Reset mode also configures the processor to Initiate an Instruction fetch using an 
address of zero. Since the ROM enable (RE) bit of the Current Processor Status Is 1, 
this fetch Is directed to external instructi on read- only memory. This fetch occurs when 
the Reset mode Is exited (i.e., when the RESET input is de-asserted). Section 5.5 
contains more Information on this instruction fetch. 
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CHAPTER 4 


HARDWARE FEATURES 


This chapter describes the operation of the Am29050 microprocessor pipeline, and 
the processor’s three major functional units. The functional units are the Instruction 
Fetch Unit, the Execution Unit, and the Memory Management Unit. These units, which 
were shown in abstract form in Figure 2-2, are shown in detaii in Figure 4-1. 


Figure 4-1 


Am29050 Microprocessor Data Flow 


























The operation of the functional units is coordinated by the Pipeline Hold mode, which 
insures that operations are performed in the proper order. This chapter also describes 
the Pipeline Hold mode. 

Since this chapter describes the internal operation of the Am29050 microprocessor, it 
provides information that may not be required by some users. However, it aids in 
understanding the behavior of the Am29050 microprocessor under certain conditions, 
especially the behavior of the system Interfaces described in Chapter 5. 

4.1 FOUR-STAGE PIPELINE 

The Am29050 microprocessor implements a four-stage pipeline for Integer Instruction 
execution. The four stages are fetch, decode, execute, and write-back. The execute 
stage of floating-point operations is pipelined to a depth determined by the latency of 
the operation. For either Integer or floating-point operations, the pipeline is organized 
so that the effective Instruction-execution rate may be as high as one instruction per 
cycle. 

During the fetch stage, the Instruction Fetch Unit (Section 4.2) determines the location 
of the next processor instruction, and Issues the instruction to the decode stage. The 
instruction Is fetched either from the Instruction Prefetch Buffer, the Branch Target 
Cache memory or an external instruction memory. 

During the decode stage, the Execution Unit (Section 4.3) decodes the instruction 
selected during the fetch stage, and fetches and/or assembles the required operands. 
It also evaluates addresses for branches, loads, and stores. 

During the execute stage, the Execution Unit performs the operation specified by the 
instruction. In the case of branches, loads, and stores, the Memory Management Unit 
(Section 4.4) performs address translation If required. In the case of an early load, the 
physical address is transmitted to an external device or memory. The execution unit 
pipelines floating-point operations to a depth greater than one cycle, as described in 
Section 4.3.7. 

During the write-back stage, the results of the operation performed during the execute 
stage are stored. In the case of branches, loads, and stores, the physical address 
resulting from translation during the execute stage Is transmitted to an external device 
or memory, unless an early load occurs. 

Most pipeline dependencies that are Internal to the processor are handled by forward¬ 
ing logic In the processor. For those dependencies that result from the external sys¬ 
tem, the Pipeline Hold mode Insures proper operation. 

In a few special cases, the processor pipeline is exposed to software executing on the 
Am29050 microprocessor (see Section 7.4). 

4.2 INSTRUCTION FETCH UNIT 

The Instruction Fetch Unit performs the functions required to keep the processor 
pipeline supplied with Instructions. Since the processor can execute one Instruction 
per cycle. Instructions must be supplied at this rate if the execution stage is to perform 
at the maximum rate. To accomplish this, the Instruction Fetch Unit contains mecha¬ 
nisms for requesting instructions from instruction memory before they are required for 
execution, and for caching the most-recently executed branch target Instructions. 

The Instruction Fetch Unit also incorporates the logic necessary to calculate and 
sequence instruction addresses. The processor is word-oriented, but generates byte 
addresses for all external accesses. Since all processor Instructions are word-length, 
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and are aligned on word-address boundaries, the Instruction Fetch Unit deals only 
with 30-bit addresses. For external instruction accesses, these addresses are ap¬ 
pended with 00 in the two least-significant bits to form the required 32-bit address 
(note that the two least-significant bits of an external instruction address may not be 
00 for Indirect jumps). 

4.2.1 Instruction Prefetch Buffer 

All Instructions executed by the processor are fetched either from the Branch Target 
Cache memory or from external instruction memory (I.e., instruction/data memory or 
instruction read-only memory). When instructions are fetched from the external mem¬ 
ory, they are requested in advance to assist the timing of Instruction accesses. The 
processor attempts to initiate the fetch for any given Instruction at least four cycles 
before it is required for execution. 

Since instructions are requested in advance, based on a predicted need, it is pos¬ 
sible that a prefetched instruction is not required immediately for execution when the 
prefetch completes. To accommodate this possibility, the Instruction Fetch Unit con¬ 
tains a four-word Instruction Prefetch Buffer (IPB), as shown In Figure 4-1. The IPB 
is a circularly addressed buffer which acts as a first-ln/first-out (FIFO) queue for 
instructions. 

If instruction fetching is enabled, the processor requests an external instruction fetch 
on any cycle for which the IPB contains an available location. Instructions are stored 
in the IPB as they are returned from the external instruction memory. An instruction Is 
stored Into the IPB location whose number is given by bits 3-2 of the instruction 
address. 

The Instruction is held in the IPB until It is required for execution. When required, 
the Instruction is sent to the decode stage, and the IPB location is freed to receive a 
subsequent Instruction. 

4.2.1.1 INSTRUCTION PREFETCH STREAM 

An Instruction prefetch stream is established whenever the processor performs a non¬ 
sequential instruction reference. Non-sequential references normally occur as the 
result of successful b ranche s, but may also result either from the taking of an Interrupt 
or trap (Including the WARN trap) or from an Interrupt return. 

A non-sequential instruction fetch is initiated by placing an instruction-fetch request on 
the Address Bus. Once the external instruction fetch has been initiated, the processor 
generates prefetches for subsequent Instructions based on the availability of IPB 
locations, either by transmitting subsequent addresses, or by issuing burst-mode 
instruction requests. 

The addresses for prefetched instructions are computed by a word-length register 
called the Instruction Fetch Pointer (IFP), which Is maintained by the Instruction Fetch 
Unit. The IFP latches the physical instruction-address obtained from the Memory 
Management Unit whenever a non-sequential instruction reference occurs. Then, for 
Instruction prefetches, an 8-bit incrementer associated with the IFP updates bits 9-2 
of the IFP to point to sequential instructions in the prefetch stream. The incrementer is 
limited to eight bits because it increments physical addresses, and thus cannot incre¬ 
ment beyond any possible virtual-page boundaries (recall that the minimum virtual 
page size is 1 kb). If the incrementer overflows, as indicated by a carry-out, prefetch¬ 
ing is preempted. The prefetch stream is later re-established as described below. 

The physical address In the IFP is always the address of the most-recently prefetched 
instruction, even though this address may not appear on the Address Bus for 
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burst-mode fetches. If the burst is externally preempted, the IFP is used to re¬ 
establish the burst at the point of preemption. 

4.2.1.2 INSTRUCTION PREFETCH BUFFER STATES 

Four states are associated with each Instruction Prefetch Buffer location. The state- 
transition diagram for these states is shown in Figure 4-2. 


Figure 4-2 IPB State Transitions 


Prefetch 



Available— The IPB location is free for a new fetch. It contains no valid instruction, 
and is not due to receive any requested instruction. 

Allocated— The IPB location has been scheduled to receive a requested instruction, 
which has not yet been returned from the external Instruction memory. 

Valid —^The IPB location contains a valid instruction. 

Error— The IPB locati on contains an instruction which was returned from the external 
memory with an lERR indication. 

If all internal conditions are such that an instruction fetch can occur, the IPB location 
given by bits 3—2 of the instruction address is set to the Allocated state, and the in¬ 
struction Is requested externally. Once this instruction is returned to the processor. It 
Is s tored in the IPB location. The location is set to the Valid or Error state (based on 
the lERR input), unless the instruction is sent Immediately to the decode stage, in 
which case the buffer Is set to the Available state. 

The instruction remains in the buffer until it Is required for execution. When the in¬ 
struction is required, it is issued to the decode stage, and the IPB location is set to the 
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Available state. If the buffer were in the Error state, it is still set to the Available state, 
but an Instruction Access Exception trap occurs. 

It is possible for all IPB locations to be in the Available or Valid states, but only one is 
allowed to be In the Allocated state at any given time. This restricts the number of 
unsatisfied instruction prefetches to one, reducing the amount of logic required to 
keep track of external fetches. It additionally restricts the number of apparent pipeline 
stages In the external prefetch mechanism to one stage (the other stages involved in 
the four-stage prefetch pipeline are the request stage and the processor’s fetch and 
decode stages). Larger external prefetch pipelines may be implemented, but they are 
required to appear as single-stage pipelines; at most, one Instruction can be returned 
to the processor from the old Instruction prefetch stream after a non-sequential fetch 
occurs. 

When a non-sequential fetch occurs, all buffer locations are set to the Available state 
during the execute stage of the non-sequential fetch. All instruction requesting for the 
previous prefetch stream is terminated at this time. There is at most one instruction 
that will be returned to the processor after instruction fetches are terminated; this 
instruction is returned before any instruction associated with the new instruction 
stream Is requested externally. 

The Error state Is provided only to handle errors reported via the I ERR Input. How¬ 
ever, there are many other situations in which the IPB does not contain a valid in¬ 
struction. These situations arise because of errors, such as memory-management 
protection violations, and because instruction fetching Is sometimes preempted, such 
as Is the case when the IFP adder overflows. All of these cases are Indicated by the 
fact that the IPB location Is in the Available state when the instruction is required for 
execution (note that the location should, normally, at least be in the Allocated state 
when the instruction is required). 

If the processor requires an instruction from an IPB location that is In the Available 
state, it Initiates the fetch for the instruction using the current value of the Program 
Counter. This fetch resolves the exceptional condition. It either performs an address 
translation with the proper address, eliminating page-boundary-crossing problems, 
or re-creates an error condition, in which case a trap occurs. 


4.2.2 Branch Target Cache Memory 

The Branch Target Cache memory on the Am29050 microprocessor allows fast ac¬ 
cess to instructions fetched non-sequentlally. A branch instruction may execute in a 
single cycle, if the branch target is In the Branch Target Cache memory. 

The target of a non-sequential fetch is In the Branch Target Cache memory If a similar 
fetch to the same target has occurred recently enough that it has neither been re¬ 
placed by the target of another non-sequential fetch, nor invalidated by an INV or 
IRETINV instruction. 

4.2.2.1 BRANCH TARGET CACHE MEMORY ORGANIZATION 

The Branch Target Cache memory (BTC) is a 1-kb storage array which contains 
blocks of instructions from recently taken branches. To improve the proportion of 
successful searches in the BTC memory, it is organized as a two-way set-associative 
memory. Each set contains 128,32-blt words (each Instruction occupies one word). 
The sets are divided into blocks of either four instructions each or two instructions 
each, depending on the value of the Branch Target Cache memory organization (CO) 
bit of the Configuration Register. Blocks which lie In different sets but have the same 
block number constitute a unit called a line. Figure 4-3 shows the organization of the 
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BTC memory when the CO bit is 0. Figure 4-4 shows the organization of the BTC 
memory when the CO bit is 1. 


Figure 4-3 


Branch Target Cache Memory Organization (CO = 0) 
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A 29-bit cache tag is associated with each block. Of the 29 bits, 26 are derived from 
the address (possibly virtual) of the instructions In the block and are called the 
Address Tag. 

Note that the Address Tag is 26 bits in length, rather than 24 bits as might be implied 
by the organization of the Branch Target Cache memory. The reason for this is that 
branch target instruction seguences are aligned on cache-block boundaries, and 
cache blocks are not aligned with respect to memory addresses. Thus, more bits are 
required in the Address Tag than would be required if cache locations were mapped 
one-to-one to memory locations. 

Three additional bits in the cache tag, called the Space Identification field (Space ID), 
Indicate the instruction memory from which the instructions were fetched (instruction/ 
data or read-only memory), whether the instructions were fetched from a virtual or 
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Figure 4-4 Branch Target Cache Memory Organization (CO = 1) 

Set 0 Set 1 


Block 0 Block 0 



Block 2 Block 2 



Block 63 Block 63 



Line 63 


physical address space, and the program mode under which the instructions were 
fetched (Supervisor or User). When instructions are placed Into the Branch Target 
Cache memory, the Space ID bits are written with the values of the following bits of 
the Current Processor Status Register: ROM Enable (RE), Physical Addressing/In¬ 
structions (PI), and Supervisor Mode (SM). 

There are four valid bits per block, corresponding to the four words available per block 
when the CO bit of the Configuration Register is 0. Cache invalidation Instructions 
make it possible to reset all Valid Bits in a single processor cycle. However, for the 
Invalidate Instruction, the Valid bits are not reset until the next branch is executed. 

4.2.2.2 BRANCH TARGET CACHE MEMORY OPERATION 

It Is possible to disable the operation of the Branch Target Cache memory via the 
Branch Target Cache Memory Disable (CD) bit of the Configuration Register. If the 
CD bit is 1, all Branch Target Cache entries are made to appear invalid. If the CD bit 
Is 0, there is no effect on Branch Target Cache memory entries. However, note that a 
change In the CD bit does not take effect until after the next non-sequential Instruction 
fetch occurs. 

When the Branch Target Cache memory is disabled, It continues to operate as de¬ 
scribed in this section. However, entries are made to appear invalid, even though they 
may be valid. If the Branch Target Cache memory is enabled after a period of being 
disabled, its contents reflect the most recent Instruction execution, and It operates 
accordingly. 
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The Branch Target Cache memory lookup process is diagrammed in Figure 4-5. A 
given branch target sequence may be contained in one of two cache blocks, where 
these blocks are in the same line. The sequence is contained in the line whose num¬ 
ber is given by bits 5-2 of the address of the first instruction of the sequence. A given 
branch target sequence is in a given cache block only if the following conditions are 
met: 

1. Bits 31-6 of the address for the first instruction in the sequence match the 
corresponding bits in the Address Tag associated with the block. 

2. The address of the first instruction in the block has a valid translation in the 
Memory Management Unit, if it is a virtual address. 

3. The Instruction address space indicated by the Current Processor Status Register 
(RE, PI, and SM bits) matches the address space indicated by the Space ID field. 

4. The CD bit of the Configuration Register was 0 for the previous non-sequential 
instruction fetch. Note that it is not required that all instructions In the sequence be 
present in the cache for the block to be considered valid. 

in addition to the above requirements, the Valid bit must be 1 for any instruction re¬ 
trieved from the cache. 

Whenever a non-sequential fetch occurs (either for a branch instruction, an interrupt 
or a trap), the address for the fetch is presented to the Branch Target Cache memory 
at the same time that the address is translated by the Memory Management Unit. If 
the target instruction for the non-sequential fetch is in the cache, it Is presented for 
decoding In the next cycle. This instruction is always the first Instruction of the cache 
block, and Its address matches the cache tag. Subsequent instructions in the cache 
are presented for decoding as required In subsequent cycles. However, their ad¬ 
dresses do not necessarily match the Address Tag. 

4 . 2 . 2.3 BRANCH TARGET CACHE MEMORY REPLACEMENT 

On a non-sequential fetch, if the target instruction is not found in the Branch Target 
Cache memory, the address of the fetch selects a line to be used to store the instruc¬ 
tion sequence of the new branch target. The replacement block within the line Is 
selected at random, based on the processor clock. Random replacement has 
slightly better performance than least-recently used replacement, and has a simpler 
implementation. 

To replace the selected entry, all Valid bits associated with the entry are reset, the 
Address Tag is set with the appropriate address bits of the first Instruction In the new 
sequence, and the Space ID bits are set according to the Current Processor Status 
Register. Instructions from the new fetch stream are stored into the selected cache 
block as they are issued to the decode stage. The first instruction is stored into the 
first word of the block, the second instruction Is stored into the second word, and so 
on up to a maximum of four instructions. The Valid bit for each word is set as the 
Instruction is stored. 

4 . 2 . 2.4 SPECIAL CASES OF BRANCH TARGET CACHE MEMORY ENTRIES 

If a branch instruction appears as one of the first two instructions in a branch target 
sequence, the branch is executed before the Branch Target Cache memory block is 
filled. In this case, the cache block contains less than four valid instructions. The final 
valid instruction is the delay instruction of the branch. 

When a block is only partially filled due to a branch within the block, the behavior of 
the cache during subsequent executions of the instructions in the block depends on 
the outcome of this branch. 
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If the branch is subsequently successful, then the Instructions following the delay 
instruction of the branch are not needed, and the fact that they are not contained in 
the cache is irrelevant. 

If the branch is subsequently unsuccessful, then the instructions following the delay 
instruction are required, and must be fetched externally. In this case, a required entry 
has a Valid bit of 0. When the invalid entry Is encountered, the Program Counter is 
used to create an external instruction fetch for the missing instruction; this fetch is 
called a demand fetch. When the fetch completes, the instruction is stored In the 
cache location that was previously invalid, and the Valid bit for this entry is set. 

Since an instruction sequence in a four-word (or two-word) cache block Is not neces¬ 
sarily aligned on a four-word (respectively, two-word) address boundary, a virtual- 
page address boundary may be crossed for the sequence In the cache. The proces¬ 
sor does not prefetch instructions beyond this boundary, so the cache block is only 
partially filled in this case. If the processor requires Instructions beyond the boundary, 
It creates a fetch for them as described above for the case of a branch Instruction In 
the cache block. 

When a fetch is created for a page-boundary crossing, this fetch is treated as a non¬ 
sequential fetch; a new cache block Is allocated, and the first instructions at the 


Figure 4-5 Branch Target Cache Memory Lookup Process (CO = 0} 
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boundary are placed into the new cache block as they are returned by the instruction 
memory. Subsequent references to the original cache block also encounter an invalid 
instruction at the page boundary, and also create a special fetch for this instruction. 
However, since the instructions beyond this boundary are in the Branch Target Cache 
memory, subsequent boundary crossings do not incur the instruction-fetch latency. 


4.2.3 Non-Sequential Instruction Fetches 

When a non-sequential instruction fetch occurs, the Memory Management Unit per¬ 
forms an address translation for target instruction. If address translation Is enabled. If 
the address translation is valid, and the target of the fetch is not in the Branch Target 
Cache memory, an external instruction fetch Is initiated. If there is a Translation Look- 
Aside Buffer (TLB) miss or memory-protection violation on this address, fetching is 
not initiated. 

4.2.3.1 IKSTRUCTION FETCH-AHEAD 

When a non-sequential fetch occurs, If the target of the fetch is found in the Branch 
Target Cache memory, the processor normally begins fetching instructions beyond 
the valid Instructions in the target block. This behavior is termed fetch-ahead. The 
valid bits of the target block and the CO bit of the Configuration Register determine 
the address of the request (A is the address of the target Instruction): 


CO Bit 

Valid Bits 

Address 

0 

OXXX 

A + 0 (Miss) 

0 

10XX 

None (demand fetch) 

0 

110X 

A + 8 

0 

1110 

None (demand fetch) 

0 

1111 

A-f-16 

1 

OXXX 

A + 0 (Miss) 

1 

10XX 

None (demand fetch) 

1 

11 XX 

A + 8 


The computation required to obtain the address for the fetch-ahead Is performed In 
parallel with address translation, by a 6-blt adder called the Fetch-Ahead Adder (see 
Figure 4-1). 

The Fetch-Ahead Adder can overflow during the address computation for the fetch- 
ahead, as indicated by a carry out of the Fetch-Ahead Adder. Here, a page boundary 
may have been crossed, making the address translation—which Is performed concur¬ 
rently—Invalid. In this case, fetch-ahead is not initiated. 

If fetch-ahead is not Initiated for an Instruction that the processor eventually requires, 
this fetch is restarted on the cycle in which the missing instruction is required, using a 
demand fetch. The Program Counter Is used, guaranteeing that the proper instruction 
address is used. 


4.2.4 Frcqrssifi OcuRtt^r wRs* 

The Program Counter Unit, shown in Figure 4-6, forms and sequences instruction 
addresses for the Instruction Fetch Unit. It contains the Program Counter (PC), the 
Program-Counter Multiplexer (PC MUX), the Return Address Latch, and the Program- 
Counter Buffer (PC Buffer). 

The PC forms addresses for sequential instructions executed by the processor. The 
master of the PC Register, PC LI, contains the address of the instruction being 
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Figure 4-6 Program Counter Unit 



B-Bus 


fetched in the Instruction Fetch Unit. The slave of the PC Register, PC L2, contains 
the next sequential address, which may be fetched by the Instruction Fetch Unit in the 
next cycle. 

The Return Address Latch passes the address of the Instruction following the delayed 
instruction of a call to the register file. This address is the return address of the call. 

The PC Buffer stores the addresses of instructions in various stages of execution 
when an interrupt or trap is taken. The registers in this buffer—Program Counters 0, 

1, and 2 (PCO, PC1, and PC2) and Shadow Program Counters 0,1, and 2 (SPCO, 
SPC1, and SPC2)—are normally updated from the PC as instructions flow through 
the processor pipeline. 

When an Interrupt or trap Is taken, the Freeze (FZ) bit in the Current Processor Status 
Is set, holding the quantities in the PC Buffer. When the FZ bit is set, PCO, PC1, and 
PC2 contain the addresses of the instructions In the decode, execute, and write-back 
stages of the pipeline, respectively. The Shadow Program Counters continue to oper¬ 
ate and continue to update from the PC unless a Monitor trap occurs. 
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Upon the execution of an interrupt return, the target instruction stream is restarted 
using the instruction addresses in PCO and PCI (or SPCO and SPC1, upon return 
from a Monitor trap). Two registers are required here because the processor imple¬ 
ments delayed branches. An interrupt or trap may be taken when the processor is 
executing the delay instruction of a branch and decoding the target of the branch. 

This discontinuous instruction sequence must be restarted properly upon an interrupt 
return. Restarting the instruction pipeline using two separate registers correctly han¬ 
dles this special case; in this case PC1 (or SPC1) points to the delay instruction of the 
branch, and PCO (or SPCO) points to its target. PC2 (SPC2) does not participate in 
the interrupt return, but is included to report the addresses of instructions causing 
certain exceptions. 

The PC is not defined as a special-purpose register. It cannot be modified or in¬ 
spected by instructions. Instead, the interrupting and restarting of the pipeline is done 
by the PC Buffer registers PCO and PC1 or SPCO and SPC1. 

4.3 EXECUTION UNIT 

The Execution Unit performs most of the operations required for instruction execution. 
It incorporates the Register File, the Address Unit, the Arithmetic/Logic Unit, the Field 
Shift Unit, the Priorltizer and the Floating-Point Unit. 


4.3.1 


4.3.1.1 


Register File 

The general-purpose registers are implemented by a four-port, 192-locatlon Register 
File. The Register File performs two read accesses and two write accesses in a single 
cycle. If a location is written and read in the same cycle, the data read is that written 
during the cycle. 

The Register Address Generator, shown in Figure 4-7, computes register numbers for 
operands, detects pipeline data dependencies, and calculates register-number se¬ 
quences for load-multiple and store-multiple operations. 


REGISTER ADDRESSING 


Register numbers for instruction operands are computed during the decode stage. 
This computation is performed during the first half of a cycle, and the operands are 
read in the second half of a cycle. Three multiplexers select two source-operand 
register numbers and a single destination register number for any given Instruction. 


If the most-significant bit of a register number is 0, the global registers are selected, 
and the register number is used directly as a register address. If the most-significant 
bit of the register number is 1, the local registers are selected, and the lower seven 
bits of the register number are added to the Stack Pointer to form the desired local 
register address. 


The Stack Pointer is a hardware shadow-copy of bits 8-2 of Global Register 1, and is 
updated whenever Global Register 1 is written with the result of an Arithmetic or 
Logical Instruction. Global Register 1 is implemented as a full 32-blt register in the 
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If a register number is zero (i.e., if Global Register 0 Is specified as an operand), the 
Register Address Generator selects the content of an Indirect pointer as the register 
number. There are three indirect pointers, and each appears as a special-purpose 
register. 
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Figure 4-7 Register File and Register Address Generator 



4.3.1.2 PIPELINE DATA DEPENDENCIES 

For the Register File, the pipeline delay in result write-back, compared to operand 
access, creates situations where a result from a previous operation may be required 
as an operand before it has been written Into the register file. When one of these 
situations arises, a pipeline data dependency is said to exist. 

The register numbers for the write-back of instruction results require two buffering 
registers, so that they are presented to the Register File during the write-back stage. 
In addition, the register numbers for uncompleted load operations are held until the 
load completes (these register numbers are held in the ETR Register shown in 
Figure 4-6). 

Register read-address comparators detect pipeline data dependencies, and activate 
multiplexers to forward data directly to the required functional unit, without waiting for 
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the data to be written to the register file. The comparators activate the forwarding 
multiplexers If they detect one of the following situations: 

1. One of the source register numbers matches the destination register number of 
the immediately previous Instruction. 

2. One of the source register numbers matches the target register number (In the 
ETR) of an outstanding load. 

In the first case listed above, the result of the execute stage is selected as an oper¬ 
and, instead of the output of the Register File port for which the forwarding condition 
Is detected. In the second case, data from the channel is selected. The comparison 
may cause the processor to enter the Pipeline Hold mode If the load has not com¬ 
pleted. However, data forwarding allows data from the Data Bus to be used immedi¬ 
ately, in the cycle after it Is returned on the Data Bus. 

The content of the ETR is further compared to the register numbers supplied to the 
write-back stage. If the target register for a load is written with the result of an over¬ 
lapped instruction, the Not Needed (NN) bit in the Channel Control Register is set. If 
the comparators determine that the NN bit should be set, they also inhibit the write¬ 
back of load data on the completion of the load. The NN bit inhibits the restarting of 
the load operation if an exception occurs. 

The Am29050 microprocessor Floating-Point Unit contains hardware comparable to 
that described above for detecting dependencies on floating-point operations to for¬ 
ward data, cause a pipeline hold, or prevent the write-back of a floating-point opera¬ 
tion, as required. The Floating-Point Unit also manages write-back register numbers, 
and presents the register number of a result to the register file at the appropriate time. 

4.3.1.3 LOAD-MULTIPLE AND STORE-MULTIPLE SEQUENCES 

During load-multiple and store-multiple operations, sequential register numbers are 
computed by an incrementer associated with the ETR/DTR pair shown in Figure 4-7. 

In the case of store multiple, the register numbers are supplied as read addresses to 
the Register File by the incrementer. The read addresses are latched by the DTR so 
that they may be incremented further. In the case of load multiple, target register 
numbers are held by the ETR as for any other load. However, the ETR is set with a 
sequence of incremented addresses In this case. 

4.3.2 Address Unit 

The Address Unit, shown in Figure 4-8, computes addresses for branch target Instruc¬ 
tions, and load-multiple and store-multiple sequences. It also assembles instruction- 
immediate data and creates addresses for restarting terminated instruction prefetch 
streams. 

The Address Unit consists of a 30-blt adder, the Decode PC Register, the ADRF 
Latch, and logic for formatting instruction-immediate data and generating the con¬ 
stants zero and one. The Decode PC Register holds the address of the Instruction In 
the decode stage of the pipeline. 

4.3.2.1 BRANCH TARGET ADDRESSES 

Branch target addresses are either fetched from the Register File or calculated by the 
Address Unit. The Address Unit calculates target addresses during the decode stage 
of branch instructions. These addresses are of two possible types: 

1. PC Relative: the current PC value is added to a sign-extended, 16-blt offset field 
from the branch instruction. 
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Figure 4-8 


Address Unit 


l-Bus 



2. Absolute: a zero-extended, 16-bit field of the branch instruction is used directly as 


an Instruction address. 

For each of the above types of addresses, the 16-bit Instruction field Is aligned on a 
word address-boundary (i.e., it is shifted left by two bits). 

To calculate the branch target address, the Address Unit formats the 16-bit instruction 
field as required and presents It to the 30-blt adder. This adder adds the formatted 
field either to the contents of the Decode PC Register or to zero, as required for PC- 
relative or absolute addresses, respectively. 

4.3.2.2 LOAD-MULTIPLE AND STORE-MULTIPLE ADDRESSES 

During the execution of Load Multiple and Store Multiple instructions, addresses for 
the access sequence are held in the ADRF Latch. An address in the ADRF Latch Is 
updated, as required for an access In the sequence, by the 30-bit adder in the 
Address Unit. The formatting logic creates a constant offset of one for the update. 

The updated address is presented to the Memory Management Unit for translation 
and protection checking, and is placed into the ADRF Latch for further address 
computations. 
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For load-multiple and store-multiple operations performed using burst-mode ac¬ 
cesses, the physical address for each access does not appear on the Address Bus, 
but the addresses are maintained in the processor so that they may be used to restart 
the burst-mode access upon preemption. 

4.3.2.3 SPECIAL INSTRUCTION FETCHES 

As discussed in Section 4.2, the processor must create demand fetches when it en¬ 
counters an Invalid instruction in the middle of a Branch Target Cache memory block, 
or when It attempts to fetch an Instruction from an Instruction Prefetch Buffer location 
which Is in the Available state. The Address Unit routes the address for this fetch in a 
manner similar to the routing of a branch target address. It passes the contents of the 
Decode PC (containing the required instruction address) through the 30-bit adder, 
adding it to zero. This address is presented to the Memory Management Unit for 
translation, and Is used in the Instruction Fetch Unit to complete the fetch. 

4.3.3 Early Loads 

The early load feature speeds up the execution of load operations by making the 
physical address of the load available at the end of the decode cycle of the load 
instruction. At the beginning of the next cycle, when the load enters the execute 
stage, the physical address appears on the channel. In effect, early loads reduce the 
memory access time by one cycle. 

Early loads can occur In two different ways. Either the physical address of the load is 
available in the Physical Address Cache memory (PAC), or, when an address compu¬ 
tation immediately precedes the load instruction, the computed physical address can 
be forwarded directly to the channel. The latter method Is performed by an Early 
Address Generator (EAG). 

For either type of early load to occur, all of the following conditions must be met: 

1. The operation must be a LOAD, with a general-purpose register, rather than a 
constant, specified as an address source operand. 

2. The operation must load the external word addressed by the source register, 
rather than transfer a word from a coprocessor. 

3. The source register can be neither the IPB specifier nor the Stack Pointer. 

4. The load instruction must not disable address translation for the access (PA = 0). 

In other words, address translation must remain under the control of the PD bit of 
the Current Processor Status Register. 

5. The load instruction must not force the access to be made In the User mode 
(UA = 0). The program mode must remain under the control of the SM bit of the 
Current Processor Status Register. 

4.3.3.1 PHYSICAL ADDRESS CACHE MEMORY 

The PAC is a four-entry, direct-mapped cache. Each PAC entry consists of two words. 
PAC entries cannot be accessed by software. The first word (Word 0) is the Trans¬ 
lated Physical Address, while the second word (Word 1) contains a Register Tag 
and various control bits. The PAC entry registers are illustrated in Figure 4-9 and 
Figure 4-10. 

PAC Entry Word 0 contains the 32-bit physical address of the load. The valid (V) bit of 
PAC Entry Word 1 is 1 if the physical address is a valid translation. The 10 bit is set 
equal to the 10 bit of the TLB or RMU translation of the address, if address translation 
is in effect. Otherwise, the 10 bit in the PAC entry is Ignored. The Register Tag field 




Figure 4-9 PAC Entry Word 0 
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Figure 4-10 PAC Entry Word 1 
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contains the number of the register that hoids the memory address of the ioad; its 
vaiue is taken directiy from the RB field of the load instruction. 

The value of the PGM field Is taken from the PGM field of the TLB or RMU translation 
of the address, If address translation Is In effect. Otherwise, the PGM field In the PAC 
entry contains zeros. 

The PAC supports the following operations: 

• Searching for a valid translation for the load in the decode stage. 

• Invalidating by clearing all Valid bits. 

• Invalidating a single entry by clearing Its Valid bit. 

• Updating an existing entry by modifying its Translated Physical Address field and 
setting Its Valid bit. 

• Replacing an existing entry with a new entry and setting its Valid bit. 

When a load Is In decode, the PAC Is searched for a valid entry corresponding to the 
memory address register of the load (specified by the RB field). The PAC entry Is 
selected by the two least significant bits of the RB field of the load instruction. If a 
valid translation for the load Is found in the PAC, a PAC hit results and the physical 
address from the PAC is used for the access. This address Is available one cycle 
earlier than if the address translation were to wait until the execute stage, and an 
early load occurs. 

In the case of a PAC miss, the newly translated physical address Is written to the 
PAC, replacing an existing PAC entry. Only load Instructions can replace PAC entries. 
This address Is then available for subsequent Instructions that use the same address 
register. 

An individual PAC entry Is Invalidated If any Instruction modifies the register whose 
translated address is cached In the PAC entry. 

The entire PAC Is Invalidated If any of the following occurs: 

• The RESET or WARN input is asserted. 

• The Stack Pointer (GR1) is modified. 
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• The processor executes an MTSR instruction whose destination is the MMU 
Configuration Register, the Current Processor Status Register, or a Region 
Mapping Unit register. 

® The processor takes a trap. 

• The processor executes an IRET, IRETINV, MTTLB, or LOADM instruction. 

® The processor executes an instruction which updates the Register File using an 
indirect pointer. 

4.3.3.2 EARLY ADDRESS GENERATOR 

When a load is being decoded, its address can be translated early if the instruction in 
the execute stage is computing the associated address. An Early Address Generator 
(EAG) is constantly translating the results of certain instructions during execution. If a 
load happens to refer to an address being computed and translated by the EAG, the 
translated address is available for use at the beginning of the execute stage of the 
load. In this case, an early load occurs. 

Because the EAG must compute and translate an address in a single cycle, it only 
operates on a simple subset of instructions: CONST, CONSTH, ADD, ADDS, and 
ADDU. These Instructions, though simple, are frequently used to compute load ad¬ 
dresses. For the add instructions, the EAG cannot translate the address if the add 
causes the Input values to cross a page boundary—for example, if there is a carry-out 
of bit 11 for 4-kb pages. The page boundary depends on the page size, and, for ad¬ 
dresses translated by a Region Mapping Unit, the page size is treated as 64 kb (the 
minimum region size). 

If the EAG computes and translates an address for an instruction whose destination 
register is mapped by the PAC, the PAG entry Is updated with the new translation 
whether or not there is a load in decode and whether or not the Valid bit is set for the 
PAC entry. This allows the PAC to be updated for common addressing patterns, such 
as incremented addresses, and increases the effectiveness of the PAC. However, this 
update can occur only if there is not a load using another PAC entry. If there is such a 
load, the entry associated with the EAG destination is invalidated. 

4.3.3.3 INHIBITION OF EARLY LOADS 

Early loads cause contention for the Address Bus between instruction and data ad¬ 
dresses when a jump or call appears immediately before a load instruction. In this 
case, the jump instruction uses the Address Bus during the execute stage of the load 
instruction, and the early load is inhibited. 

Early loads are also Inhibited if a trap or interrupt is taken during the decode stage of 
the load. 

4.3.4 Arithmetic/Logic Unit 

The Arithmetic/Logic Unit (ALU) performs 32-bit arithmetic and logical operations. The 
arithmetic operations consist of addition, subtraction, addition with carry-ln, subtrac¬ 
tion with carry-in, and primitives for multiplication and division. Instructions specify 
whether or not a trap is generated on signed or unsigned arithmetic overflow. 

The A and B operands may be complemented independently in the ALU; c-omplemen- 
tors for data into the ALU are controlled by instructions. This allows subtraction and 
reverse subtraction to be formed from addition, and allows certain logical operations 
(e.g., XNOR) to be formed from other basic operations (e.g., XOR). The carry-in to 
the ALU can be 0,1, or the value of the Carry bit in the ALU Status Register. The 
carry-out of the ALU is used in overflow detection, unsigned comparisons, multiplica¬ 
tion, and division. The ALU carry-out is stored In the ALU Status Register for multi- 
precision arithmetic. 


4-18 HARDWARE FEATURES 




The ALU also evaluates the relational expressions equal to, not equal to, less-than, 
less-than-or-equal-to, greater-than, and greater-than-or-equal-to. Each comparison 
computes a Boolean corresponding to the relation between two integer operands or 
creates a trap (possibly) based on this relation. The Boolean constants FALSE and 
TRUE are represented by a 0 and 1, respectively, in the most-significant bit of a word. 

The relational operators may be applied to either signed or unsigned operands. For 
unsigned operands, these operators are implemented by recognizing that the ALU 
carry-out is the Boolean result of an unsigned comparison if the two numbers are 
subtracted and the carry-in is appropriately controlled. For comparison of signed 
numbers, the true sign of the result (i.e., the resulting sign exclusIve-ORed with the 
overflow Indication) gives the result of the compare. The relational operators equal-to 
and not-equal-to are independent of the data type. These operators are implemented 
by a 32-bit equal-to-zero comparator. 

The ALU also supports the 32-blt logical operations AND, OR, NAND, NOR, AND- 
NOT, OR-NOT, XOR, and XNOR. 

4.3.5 Field Shift Unit 

The Field Shift Unit contains a Funnel Shifter, logic for performing word extracts, and 
logic for performing byte and half-word extracts and inserts. 

The Funnel Shifter performs N-bit shifts, where N 16 an integer between 0 and 31, 
inclusive, given by a 5-bit shift count. The source of the shift count is specified by the 
shift instruction; the shift count is given either by a constant field in the shift instruc¬ 
tion, bits 4-0 of a general-purpose register specified by the shift instruction, or by the 
5-bit Funnel Shift Count field in the ALU Status Register. 

Both arithmetic and logical shifts are supported, with the difference being the values 
, stored into vacated bits: arithmetic shifts fill these bits with the sign bit of the operand, 
while logical shifts fill them with zero-bits. Arithmetic shifts are possible only for right 
shifts. 

The Field Shift Unit operates on 32-bit words, 16-bit half-words, and 8-bit bytes. For 
byte operations, the position of a byte operand within a word is supplied by the 2-bit 
Byte Pointer (BP) field of the ALU Status Register. For half-word operations, the 
position of a half-word operand is given by the most-significant bit of the BP field; the 
least-significant bit is ignored. The processor supports either left-to-right or right-to-left 
byte and half-word ordering within a word. 


4.3.6 Prioritizer 

The prioritizer counts the number of leading zero-bits in an operand. The count of the 
number of zero-bits up to the leading 1 is stored in the specified destination register. If 
the operand does not contain a 1, the value stored is 32. 

4.3.7 Floating-Point Unit 

The Am29050 microprocessor Floating-Point Unit (FPU) has separate addition/ 
subtraction, multiplication, and division/square root pipelines, all of which share a 
common rounding circuit. A block diagram of the Floating-Point Unit is shown in 
Figure 4-11. 

The FPU contains eight functional units: 

Classifier (CL)—Determines operand type for the CLASS instruction. 
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Figure 4-11 



Denormalizer (DN)—Equalizes the exponent values of two floating-point operands by 
right-shifting the significand of the smaller operand. 

Adder (AD)—Adds and subtracts the significands of floating-point operands. 

Renormalizer (RN)—Normalizes the result of a floating-point operation by left-shifting 
the result’s significand until the most significant bit is 1, or until the exponent is 0. 

Multiplier (MT)—Performs a 32-bit by 32-bit multiplication, producing a 64-blt result In 
redundant (sum/carry) form. The multiplier performs both floating-point and integer 
multiplications. 

Partial Product Summer (PS)—Converts the redundant multiplier output to binary 
form. Also sums four successive multiplier outputs to form the intermediate result of a 
double-precision multiplication. 


Divide/Square Root Unit (DS)—Interactively computes floating-point divisions and 


square roots. 


Round Unit (RU)—Rounds an intermediate result to fit the destination format. The 
round unit Is also responsible for processing exceptions that occur at the end of an 
operation. 
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Table 4-1 shows the functional units used by each operation, and the order in which 
they are used. As indicated in the table, some operations may require an additional 
cycle for certain types of data inputs: 


Table 4-1 Staging of Floating-Point Operations 


Operation CL 

DS 

MT 

Functional Unit 

PS DN AD 

RN 

RU 

CLASS (s.p., d.p.) 1 




2 

3 


4 

CONVERT (int-^s.p.) 




1 

2 

3 

4 

CONVERT (Int^d.p.) 




1 

2 

3 

4 

CONVERT (f.p.->int) 




1 

2 


3 

CONVERT (f.p.^f.p.) 




1 

2 

(3) 

3(4) 

DADD 




1 

2 

(3) 

3(4) 

DDIV 

1-17 






18* 

DEO 




1 

2 


3 

DGE 




1 

2 


3 

DOT 




1 

2 


3 

DMAC 


1-4 

5 

6 

7 

8 

9 

DMSM 


1-4 

5 

6 

7 

8 

9 

DMUL 


1-4 

5 




6 

DSUB 




1 

2 

(3) 

3(4) 

FADD 




1 

2 

(3) 

3(4) 

FDIV 

1-10 






11 * 

FDMUL 


1 

2 




3 * 

FEQ 




1 

2 


3 

FGE 




1 

2 


3 

FGT 




1 

2 


3 

FMAC 


1 

2 

3 

4 

5 

6 

FMSM 


1 

2 

3 

4 

5 

6 

FMUL 


1 

2 




3 * 

FSUB 




1 

2 

(3) 

3(4) 

MFACC 




1 

2 


3 

MTACC 




1 

2 

(3) 

3(4) 

MULTIPLU 


1 

2 




3 

MULTIPLY 


1 

2 




3 

MULTM 


1 

2 




3 

MULTMU 


1 

2 




3 

SORT (s.p.) 

1-27 






28 

(d.p.) 

1-56 






57 


Notes: * = Denormalized source operands or results that need to be denormalized will require additional cycles for 
operand wrapping or unwrapping (see Table C-3). 

0 = Optional sequencing (see text). 


• When the CONVERT or MTACC instruction is used to convert a denormalized 
single-precision floating-point number to double-precision, an additional cycle is 
used to normalize the operand. 

• When a DADD or FADD instruction receives operands having the potential for 
massive cancellation—i.e., whose exponent values differ by 0 or 1, and whose 
signs are different—^an additional cycle is used to re-normalize the Intermediate 
operand. 

• When a DSUB or FSUB Instruction receives operands having the potential for 
massive cancellation—i.e., whose exponent values differ by 0 or 1, and whose 
signs are the same—an additional cycle is used to renormalize the Intermediate 
operand. 
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The sequencing shown in the table does not apply to the DDIV, DMUL, FDIV, 

FDMUL, FMUL, and SORT operations if one or more of the input operands is denor- 
malized, or if the result Is denormallzed; additional cycles are required for wrapping 
and/or unwrapping operands (see Table C‘3). 

The Floating-Point Unit can support multiple operations concurrently, the principal 
limitation being resource contention. The resources capable of causing contention are 
the 32-by-32 Multiplier (MT), the Divide/Square Root Units (DS), and the Round Unit 
(RU). 

The 32-by-32 Multiplier and the Divide/Square Root unit can give rise to contention 
because they may be allocated to a single operation for multiple cycles. If one of 
these resources is busy when required by a subsequent instruction, a pipeline hold 
results until the needed resource is free. 

While contention for the Round Unit is not common, there are situations In which two 
or more functional units have data for the Round Unit at the same time. In general, 
data from the earliest-issued contending operation has the highest priority for access 
to RU. Priorities, listed from highest to lowest, are: 

1. The Renormalizer (RN) result, if the RU contains a result that needs to be 
unwrapped (e.g., a denormallzed number in normalized form), and the 
Denormalizer (DN) and Adder (AD) Units are also busy. Allowing the RN result to 
go to RU allows the wrapped result in RU to be forwarded to DN. 

2. The Divide/Square Root Unit (DS). 

3. The Partial Product Summer (PS), if it has a result that has been waiting for at 
least one cycle. 

4. The Renormalizer (RN), if It has a result that has been waiting for at least one 
cycle. 

5. The Partial Product Summer (PS). 

6. The Renormalizer (RN). 

7. The Adder (AD). 

As with loads, floating-point operations are fully Interlocked; an operation requiring 
the result of a previous operation is prevented from proceeding until that result is 
available. 

In a single cycle, the Register File can transfer to the Floating-Point Unit: 

• One or two double-precision floating-point operands, each of which originates in a 
double-word-aligned register pair. 

• One or two integer or single-precision floating-point operands. 

In a single cycle, the Floating-Point Unit can write one of the following to the Register 
File: 

• A double-precision floating-point result, written to a double-word-aligned register 
pair. 

® One or two integer or single-precision fioating-poini results. 

There is a 64-bit Register File port dedicated to the writing of floating-point results. 
These results can be written without interfering with integer operations. 
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4.4 


MEMORY MANAGEMENT UNIT 


4.5 


The Memory Management Unit (MMU) performs all memory-management functions 
described In Section 3.6. Address translation is performed during the execute stage of 
any load, store or branch Instruction that requires address translation. Address trans¬ 
lation also is performed whenever the processor requires an Instruction that has not 
been prefetched; as discussed in Section 4.2, address translation Is performed in this 
case to resolve certain exceptional events that occur during Instruction prefetching. 

Though the MMU is shared for instruction and data accesses, the processor pipeline 
is arranged so that there is no contention for the MMU. In general, this is the result of 
the instruction-set definition and the fact that instruction prefetch addresses are gen¬ 
erated by the Instruction Fetch Pointer (see Section 4.2.1). 

An instruction address Is normally translated only when a branch is executed. Since 
neither a load nor a store is executed at the same time, there is no contention for 
the MMU. If the Instruction Fetch Pointer overflows, the address translation Is de¬ 
ferred until the Instruction Fetch Unit determines that the processor requires the asso¬ 
ciated instruction. Since instruction execution cannot occur at this time, the MMU 
cannot be required for the translation of a load or store address, and again there is no 
contention. 

When the processor performs load-multiple and store-multiple operations, the MMU 
translates the address associated with every access. Load-multiple and store-multiple 
address sequencing is performed in the virtual address space, rather than both the 
virtual and physical address spaces, so that only a single address incrementer is 
required. Since the execution of Load Multiple and Store Multiple instructions is not 
overlapped with the execution of other Instructions, there is no penalty associated 
with using the MMU for every access. 

The MMU performs address translation In a single cycle. If an address translation is 
valid, the results of the translation are placed on the Address Bus along with the 
instruction-access or data-access request. In many cases, the address appears on 
the Address Bus during the cycle immediately following address translation (It does 
not appear if the Address Bus is occupied with another access). This address ap¬ 
pears regardless of the outcome of memory protection checking; this relaxes the 
timing constraints on protection checking, which can be performed only after address 
tran slatio n is complete. If a protection violation is detected, the processor activates 
the BINV signal late in the first address cycle for the request. 


PIPELINE HOLD MODE 

The Pipeline Hold mode is activated whenever sequential processor operation cannot 
be guaranteed. When this modQ Is active, the pipeline stages do not advance, and 
most Internal processor state is not modified. The processor places Itself in the Pipe¬ 
line Hold mode in the following situations: 

1. The processor requires an instruction that has either not been fetched or not been 
returned by the external Instruction memory. 

2. The processor requires data from an in-progress load or floating-point operation, 
and the operation has not completed. 

3. The processor attempts to execute a load or store instruction while another load 
or store Is in progress. 

4. The processor attempts to execute a floating-point operation and the required 
functional unit is busy. 
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5. The processor must perform a serialization operation as described in Section 3.8. 

6. The processor is performing a sequence of load-multiple or store-multiple 
accesses. The Pipeline Hold mode In this case prevents further instruction 
execution until the completion of the load-multiple or store-multiple sequence. 

7. The processor has taken an interrupt or trap, and the first Instruction of the 
interrupt or trap handler has not entered the execute stage. The Pipeline Hold 
mode In this case prevents the processor pipeline from advancing until the 
Interrupt or trap handler can begin execution. 

8. The processor has executed an interrupt return, and the target Instruction of the 
interrupt return has not entered the execute stage. The Pipeline Hold mode In this 
case prevents the processor pipeline from advancing until the interrupt return 
sequence is complete. 

The Pipel ine Hol d mode is exited whenever the causing conditions no longer exist, or 

when the WARN or RESET Input Is asserted. 
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CHAPTER 5 


5.1 


SYSTEM INTERFACES 



The Am29050 microprocessor is pin-compatible with the Am29000 processor. This 
chapter describes the attachment of the Am29050 microprocessor to its hardware 
environment. It describes the channel, which allows the processor to communicate 
with external devices and memories. The Test/Development interface, provided for 
hardware development and testing, is also described. In addition, this chapter In¬ 
cludes sections on external Interrupts, traps, processor reset, clock generation, and 
master/slave checking. 

In the signal descriptions of Section 5.1, certain outputs are described as being 
3-state or bi-directional outputs. However, all outputs (except MSERR) may be placed 
In a high-impedance state by the Test mode. The 3-state and bi-directional terminol¬ 
ogy in this section is for those outputs (except SYSCLK) that are disabled when the 
processor grants the channel to another master. 

SIGNAL DESCRIPTION 

A(31-0) Address Bus (3-State Outputs, Synchronous) 

The Address Bus transfers the byte address for all accesses except 
burst-mode accesses. For burst-mode accesses. It transfers the 
address for the first access in the sequence. 

BREQ Bus Request (Input, Synchronous) 

This input allows other masters to arbitrate for control of the 
processor channel. 

BGRT Bus Grant (Output, Synchronous) 

This output signals to an external master that the process or is 
relinquishing control of the channel In response to BREQ. 

BINV Bus Invalid (Output, Synchronous) 

This output indicates that the Address Bus and related controls are 
invalid. It defines an Idle cycle for the channel. 

R/W Read/Write (3-state Output, Synchronous) 

This signal indicates whether data is being transferred from the 
processor to the system, or from the system to the processor. 

SUP/US Supervisor/User Mode (3-State Output, Synchronous) 

This output Indicates the program mode for an access. 

LOCK Lock (3-State Output, Synchronous) 

This output allows the implementation of various channel and device 
Interlocks. It may be active only for the duration of an access, or 
active for an extended period of time under control of the Lock bit in 
the Current Processor Status. 

The p rocess or does not relinquish the channel (in response to BREQ) 
when LQCK is active. 
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MPGM(1~0) 

1(31-0) 

IREQ 

iREQT 


IRDY 

lERR 


IBREQ 


IBACK 

PiA 


MMU Programmable (3-State Outputs, Synchronous) 

These outputs reflect the value of two PGM bits in the Translation 
Look-Aside Buffer entry associated with the access. If no address 
translation is performed, these signals are both Low. 

Pipeline Enable (Input, Synchronous) 

This signal allows devices that can support pipelined accesses (i.e., 
that have input latches for the address and required controls) to 
signal that a second access may begin while the first completes. 

Instruction Bus (inputs. Synchronous) 

The Instruction Bus transfers instructions to the processor. 

instruction Request (3-State Output, Synchronous) 

This signal requests an instruction access. When It is active, the 
address for the access appears on the Address Bus. 

Instruction Request Type (3-State Output, Synchronous) 

This s ignal specifies the address space of an Instruction request 
when IREQ is active. 


IREQT Meaning 


0 Instruction/random access memory access 

1 Instruction read-only memory access 


Instruction Ready (Input, Synchronous) 

This input indicates that a valid instruction is on the Instruction Bus. 
The processor ignores this signal If there Is no pending instruction 
access. 

Instruction Error (Input, Synchronous) 

This input indicates that an error occurred during the current in¬ 
struction access. The processor Ignores the content of the Instruction 
Bus, and an Instruction Access Exception trap occurs If the processor 
attempts to execute the invalid instruction. The processor ignores this 
signal If there is no pending instruction access. 

Instruction Burst Request (3-State Output, Synchronous) 

This signal is used to establish a burst-mode instruction access and 
to reque st instru ction transfers during a burst-mode instruction 
access. IBREQ may be active even though the Address Bus is being 
used for a data acce ss. This signal becomes valid late in the cycle, 
with respect to IREQ. 

Instruction Burst Acknowledge (Input, Synchronous) 

This Input is active whenever a burst-mode instruction access has 
been established. It may be active even though no instructions 
currently are being accessed. 

P ipelin ed Instruction Access (3-State Output, Synchronous) 

If IREQ is not active, this output indicates that an instruction access is 
pipelined with another in-progress instruction access. The Indicated 

access cannot complete until the first access is complete. Th_e_ 

completion of the first access is signaled by the assertion of IREQ. 
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D(31-0) 


DREQ 

DREQT(I-O) 


DRDY 

DERR 


DBREQ 


DBACK 

PDA 

OPT{2-0) 


Data Bus (Bi-directional, Synchronous) 

The Data Bus transfers data to and from the processor, for load and 
store operations. 

Data Request (3-State Output, Synchronous) 

This signal requests a data access. When it is active, the address for 
the access appears on the Address Bus. 

Data Request Type (3-State Outputs, Synchronous) 


These signals specify the address space of a data access as follows 
(the value x is a don’t care). 


DREQT1 

DREQTO 

Meaning 

0 

0 

Instruction/data memory access 

0 

1 

Input/output access 

1 

X 

Coprocessor transfer 


An interrupt/trap vector request is indicated as a data-memory read. If 
required, the system can identify the vector fetch by the STAT(2-0) 
outputs. 


Data Ready (Input, Synchronous) 

For loads, this input indicates that valid data is on the Data Bus. For 
stores, it indicates that the access is complete, and that data need no 
longer be driven on the Data Bus. The processor ignores this signal If 
there Is no pending data access. 

Data Error (Input, Synchronous) 

This input indicates that an error occurred during the current data 
access. For a load, the processor ignores the content of the Data 
Bus. For a store, the access is terminated. In either case, a Data 
Access Exception trap occurs. The processor Ignores this signal If 
there Is no pending data access. 

Data Burst Request (3-State Output, Synchronous) 

This signal is used to establish a burst-mode data acces s and to 
request data transfers during a burst-mode data access. DBREQ 
may be active even though the Address Bus is being used for an 
instruction access . This signal becomes valid late in the cycle, with 
respect to DREQ. 

Data Burst Acknowledge (Input, Synchronous) 

This input is active whenever a burst-mode data access has been 
established. It may be active even though no data are currently being 
accessed. 

P ipeline d Data Access (3-State Output, Synchronous) 

If DREQ is not active, this output Indicates that a data access is 
pipelined with another in-progress data access. The indicated access 
cannot complete until the first access is compl ete. Th e completion of 
the first access Is signaled by the assertion of DREQ. 

Option Control (3-State Outputs, Synchronous) 

These outputs reflect the value of bits 18-16 of the load or store 
instruction which begins an access. Bit 18 of the instruction Is 
reflected on OPT2, bit 17 on OPT 1, and bit 16 on OPTO. 
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CDA 


WARN 


INTR(3-0) 


TRAP(1-0) 


The standard definitions of these signals (based on DREQT) are as 
follows (the value x is a don’t care). 


DREQT1 

DREQTO 

OPT2 

OPT1 

OPTO 

Meaning 

0 

X 

0 

0 

0 

Word-length acces 

0 

X 

0 

0 

1 

Byte access 

0 

X 

0 

1 

0 

Half-word access 

0 

0 

1 

0 

0 

Instruction ROM 
access (as data) 

0 

0 

1 

0 

1 

Cache control 

0 

0 

1 

1 

0 

Hardware-develop¬ 
ment system 






accesses 


- 

-All Others- 

- 


Reserved 


During an Interrupt/trap vector fetch, the OPT(2-0) signals Indicate a 
word-length access (000). Also, the system should return an entire, 
aligned word for a read, regardless of the Indicated data length. 


The Am29050 microprocessor does not explicitly prevent a store to 
the Instruction ROM. 

Coprocessor Data Accept (Input, Synchronous) 

This signal allows the coprocessor to indicate the acceptance of 

operands or operation codes . For tr ansfers to the coprocessor, the_ 

processor does not expect a DRDY response; an active level on CDA 
performs the function normally performed by DRDY. CDA may be 
active whenever the coprocessor is able to accept transfers. 

Warn (Input, Asynchronous, Edge-Sensitive) 

A high-to-low transition on this Input causes a non-maskable WARN 
trap to occur. This trap bypasses the normal trap vector fetch 
sequence, and Is useful In situations where the vector fetch may not 
work (e.g., when data memory Is faulty). 

Interrupt Request (Inputs, Asynchronous) 

These Inp uts ge nerate prioritized Interrupt requests. The interrupt 
cause d by INTRO has the highest priority, and the Interrupt caused by 
INTR3 has the lowest priority. The Interrupt requests are masked In 
prioritized order by the Interrupt Mask field In the Current Processor 
Status Register. 

Trap Request (Inputs, Asynchronous) 

These inputs generate prioritized trap requests. The trap caused by 
TRAPO has the highest priority. These trap requests are disabled by 
the DA bit of the Current Processor Status Register. 
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STAT(2-0) CPU Status (Outputs, Synchronous) 

These outputs indicate the state of the processor’s execution stage 
on the previous cycle. They are encoded as folJows: 


STAT2 

STAT1 

STATO 

Condition 

0 

0 

0 

Halt or Step Modes 

0 

0 

1 

Pipeline Hold Mode 

0 

1 

0 

Load Test Instruction Mode, Synchrony 

0 

1 

1 

Wait Mode 

1 

0 

0 

Interrupt Return 

1 

0 

1 

Taking Interrupt or Trap 

1 

1 

0 

Non-Sequential Instruction Fetch 

1 

1 

1 

Executing Mode 


CNTL(1-0) CPU Control (Inputs, Asynchronous) 

These inputs control the processor mode: 


CNTL1 

CNTLO 

Mode 

0 

0 

Load Test Instruction 

0 

1 

Step 

1 

0 

Halt 

1 

1 

Normal 


RESET Reset (Input, Asynchronous) 

This input places the processor In the Reset mode. 

TEST Test Mode (Input, Asynchronous) 

When this input Is active, the processor Is in Test mode. All outputs 
and bi-directional lines, except MSERR, are forced to the 
high-impedance state. 

MSERR Master/Slave Error (Output, Synchronous) 

This output shows the result of the comparison of processor outputs 
with the signals provided internally to the off-chip drivers. If there Is a 
difference for any enabled driver, this line is asserted. 

SYSCLK System Clock (Bi-directional) 

This is either a clock output with a frequency that Is half that of 
INCLK, or an input from an external clock generator at the 
processor’s operating frequency. 

INCLK Input Clock (Input) 

When the processor generates the clock for the system, this is an 
oscillator input to the processor, at twice the processor’s operating 
frequency. In systems where the clock is not generated by the 
processor, this signal must be tied High or Low, except in certain 
master/slave configurations as discussed in Section 5.8. 

The following pins are not signal pins, but are named in Am29050 microprocessor 
documentation because of their special role in the processor and system. 

PWRCLK Power Supply for SYSCLK Driver 

This pin Is a power supply for the SYSCLK output driver. It isolates 
the SYSCLK driver, and Is used to determine whether or not the 
Am29050 microprocessor generates the clock for the system. If 
power (+5 volts) is applied to this pin, the Am29050 microprocessor 
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generates a clock on the SYSCLK output. If this pin is grounded, the 
Am29050 microprocessor accepts a clock generated by the system 
on the SYSCLK input. 

PIN169 Alignment pin 

This pin is used to indicate proper pin-alignment of the Am29050 
microprocessor. Hardware-development systems can use this pin to 
communicate its presence to the system. 


5.2 CHANNEL DESCRIPTION 

The processor channel provides the bandwidth required for performance, while per¬ 
mitting the connection of many different types of devices. This section describes the 
channel, and methods of connecting devices and memories to the processor. 

The channel also is used for transfers to and from the coprocessor. Coprocessor 
transfers are described in Section 6.2. 

Timing diagrams for operations described in this chapter appear in Appendix A. 


5.2.1 Channel Overview 

The channel consists of three 32-bit synchronous buses with associated control and 
status signals: the Address Bus, Data Bus, and Instruction Bus. The Address Bus 
transfers addresses and control Information to devices and memories. The Data Bus 
transfers data to and from devices and memories. The Instruction Bus transfers in¬ 
structions to the processor from instruction memories. In addition, a set of signals 
allow control of the channel to be relinquished to an external master. 

There are five logical groups of signals performing five distinct functions, as follows 
(since some signals perform more than one function, a signal may appear in more 
than one group): 

1. Instruction Address Transfer and Instruction Access Requests: A{31-0), SUP/DS, 
MPGM{1-0), PEN, IREQ, IREQT, PIA, BINV. 

2. Instruction Transfer: 1(31-0), iBREQ, iRDY, lERR, iB^. 

3. Data Address Transfer and Data Access Requests: A(31-0), R/W, SUP/DS, 
LOCK, MPGM(I-O), PB^, DREQ, DREQT(I-O), OPT(2-0), PDA, BllW. 

4. Data Transfer: D(31-0), DBREQ, D^, DERR, DBACK, CDA. 

5. Arbitration: BREQ,BGm,BiNV. 


5.2.2 User-Defined Signals 

There are two types of user-defined outputs on the processor to control devices and 
memories directly in a system-dependent manner. Each of these outputs is valid 
simultaneously with—and for the same duration as—the address for an access. 

The first set of user-defined signals, MPGM(I-O), Is determined by the PGM bits in 
the Translation Look-Aside Buffer entry used in address translation. If address trans¬ 
lation is not performed, these outputs are both Low. 

The second set of signals, GPT(2-0), are determined by bits 18-16 of the load or 
store instruction that Initiates an access. These signals are valid only for data ac¬ 
cesses, and have a pre-defined interpretation for coprocessor data transfers. 
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standard interpretations of OPT(2--0) are given in Section 5.1. Since the OPT(2-0) 
signais are determined by instructions, they have an impact on application-software 
compatibility, and system hardware should use the given definitions of OPT{2-0). The 
OPT{2-^) signals are used to encode byte and half-word accesses. However, for a 
load, the system should return an entire, aligned word, regardless of the indicated 
data width. 

Note that the standard interpretations of OPT(2-0) apply only to accesses to Instruc¬ 
tion/data memory and input/output. Other interpretations may be used for coprocessor 
transfers. 

For interrupt and trap vector fetches, the MPGM(I-O) and OPT(2-0) outputs are 
all Low. 


5.2.3 Instruction Accesses 

Instruction accesses occur to one of two address spaces: instruction/data memory 
and instruction read-only memory (instruction ROM). The distinction between these 
address spaces is made by the IREQT signal, which is in turn derived from the ROM 
Enable (RE) bit of the Current Processor Status Register. These are truly distinct 
address spaces; each may be populated independently based on the needs of a 
particular system. 

Instruction/data memory contains both Instructions and data. Although the channel 
supports separate instruction and data memories, the Memory Management Unit 
does not. In certain systems, it may be required to access Instructions via loads and 
stores, even though instructions may be contained In physically separate memories. 
For example, this requirement might be imposed because of the need to load instruc¬ 
tions Into memory. Note also that the 0PT(2--0) signals may be used to allow the 
access of instructions in instruction ROM, using loads; the Am29050 microprocessor 
does not prevent a store to the instruction ROM, and protection against stores to the 
instruction ROM must be provided externally, if required. 

All processor instruction fetches are read accesses, and the R/W signal is High for ail 
instruction fetches. 

5.2.4 Data Accesses 

Data accesses occur to one of three address spaces: instruction/data memory, Input/ 
output (I/O), and the coprocessor. The distinction between these spaces Is made by 
the DREQT(1~0) signals, which are in turn determined by the load or store instruction 
which Initiates a data access. Each of these address spaces is distinct from the 
others. 

The protocol for data transfers to and from the coprocessor Is slightly different than 
the protocol for instruction/data memory and I/O accesses. These transfers are de¬ 
scribed In Section 6.2. 

Data accesses may occur either from a slave device or memory to the processor (for 
a load), or from the processor to a_slave device or memory (for a store). The direction 
of transfer Is determined by the R/W signal. In the case of a load, the processor re¬ 
quires that data on the Data Bus be held valid only for a short time before the end of a 
cycle. In the case of a store, the processor drives the Data Bus as soon as the bus Is 
available and holds the data valid until the slave device or memory signals that the 
access is complete. 


SYSTEM INTERFACES 5-7 



5.2.5 


Reporting Errors 

The succ essful completion of an instruction access is indicated by an active level on 
the IRDY input, an d the s uccessful completion of a data access is indicated by an 
active level on the DRDY input. If there are exceptional conditions for which an In¬ 
struction or data access cannot co mplet e s uccess fully, the unsuccessful completion is 
Indicated by an active level on the lERR or DERR Input, as appropriate. 

If the processor receives an I ERR or DERR In response to an Instruction o r data ac- 
cess, i t ign ores t he content of the Instruction or Data Bus and the value of IRDY or 
DRDY. An lERR response causes an Instruction Access Exception trap or a Monitor 
trap, unless it is associated with an instruction that the pro cessor does not ultimately 
execute (because of a non-sequential instruction fetch). A DERR response always 
causes either a Data Access Exception trap, a Coprocessor Exception trap, or a 
Monitor trap. 

The processor supports the restarting of unsuccessful accesses upon an interrupt 
return. In the case of an unsuccessful instruction access, the restart is performed by 
the Program Counter 0 and Program Counter 1 registers. In the case of an unsuc¬ 
cessful data access, the restart is performed by the Channel Address, Channel Data, 
and Channel Control registers. In any event, the control program must determine 
whether or not an access can and/or should be restarted. 

The Instruction Access Exception and Data Access Exception traps cannot be 
masked. If one of these traps occurs within an Interrupt or trap handler, a Monitor trap 
occurs. 

5.2.6 Access Protocols 

Figure 5-1 shows a control flowchart for accesses performed by the Am29050 micro¬ 
processor. This control flow applies independently to both instruction and data ac¬ 
cesses. Since the processor performs concurrent instruction and data accesses, 
these accesses may be at different points in the control flow at any given point in time. 

Note that the items on the flowchart of Figure 5-1 do not represent actual states, and 
have no particular relationship to processor cycles. The flowchart provides only a 
high-level understanding of the control flow. Also, exceptions and error conditions are 
not shown. 

The channel supports three protocols for accesses: simple, pipelined, and burst¬ 
mode. These are described in the following sections. The various protocols are de¬ 
fined to accommodate minimum-latency accesses as well as maximum-transfer-rate 
accesses. The protocols allow an access to complete in a single cycle, although they 
support accesses requiring arbitrary numbers of cycles. Address transfers for ac¬ 
cesses may be independent of instruction or data transfers. 

5.2.7 Simple Accesses 

For a simple access, the processor holds the address valid throughout the entire 
access. This protocol is used for single-cycle accesses, and for accesses to simple 
devices and memories. 

On any cycle before the completion of th e acce ss, a simple access may be converted 
to a pipelined access (by the assertion of PEN) or to a burst-mode access (by the 
assertion of I BACK or DBACK, if the processor is asserting IBREQ or DBREQ). Thus, 
the protocol for simple accesses also may be used during the initial cycles of pipe¬ 
lined and/or burst-mode accesses. This is advantageous, for example, In cases where 
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Figure 5-1 

Channel Flowchart 
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the slave device or memory either requires the address to be held for multiple cycles 
at the beginning of the pipelined or burst-mode access, or cannot respond to the 
pipelined or burst-mode request within one cycle. 


5.2.8 


5.2.8.1 


5.2.8.2 


Pipelined Accesses 

A pipelined access is one that starts before an earlier in-progress access completes. 
The In-progress access is called a primary access, and the second access is called a 
pipelined access. A pipelined access is of the same type as the primary access. For 
example, an Instruction access that begins before the completion of a data access Is 
not considered to be a pipelined access, whereas a second data access is. 

The Am29050 microprocessor allows only one pipelined access at any given time, 
and does not perform pipelined accesses for the Load Multiple and Store Multiple 
instructions. 


TRADEOFFS 

For accesses that require more than one cycle to complete, pipelined accesses per¬ 
form better than simple accesses, because they allow the overlap of portions of two 
accesses. In addition, the ability to latch addresses In support of pipelined accesses 
reduces utilization of the Address Bus, thereby reducing contention between instruc¬ 
tion and data accesses. However, devices and memories that support pipelined ac¬ 
cesses are somewhat more complex than devices and memories that support only 
simple accesses. 

Support for pipelined operations Is required for both the primary access and the 
pipelined access. The slave performing the primary access must contain some means 
for storing the address and other Information about the access. The slave performing 
the pipelined access must be able to restrict its use of the Instruction Bus or Data 
Bus, and must be prepared to cancel the access (as explained below). 


PIPELINED OPERATION 

Pipelined accesses are controlled by the signals F^, PIA, and PDA. Because of 
internal data-flow constraints, the Am29050 microprocessor does not perform a 
pipelined store operation while a load is in progress. However, the protocol does not 
restrict pipelined operations. Other channel masters may perform a pipelined store 
during a load. 


Except as note d abo ve, the processor attempts to perform pipelining for every ac¬ 
cess; the i nput PEN indicates whether or not pipelining is supported for a given ac¬ 
cess. The PEN input can be driven by individual devices, or can be tied active or 
inactive to e nable or disable system-wide pipelined accesses. The processor ignores 
the value of PEN unless it is performing an access. 


The processor samples PEN on every cycle during a primary access. If PEN is active 
on any cycle, the processor may cease to drive the address and associated controls 
for the primary access In the next cycle. Following this, PEN must remain active. If the 
processor requires another access before the primary access com pletes, it drives the 


aHHrocc anH onnlrnlc fnr fho connnrl annocc acoortinn PIA nr PP^A tn inHinotn that tho 

VWW MV I'WI viw I VI IW W Wl IVi WCWVI Ml 1]^ I If % VI f W'f % IV II IVIIWLtV II IMli U IV 

second access is a pipelined access. 


The output IREQ or DREQ, as appropriate, is not asserted for a pipelined access. 
Devices and mem ories that cannot support pipelined access es sho uld the refore 
ignore PIA and/or PDA, and base their operation upon IREQ and/or DREQ. 


A device or memory that receives a request for a pipelined access may treat it as any 
other access, with one exception: the pipelined access cannot use the Instruction and 
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Data buses nor the associated controls (e.g., IRDY or DRDY). In the case of a data 
read or instruction access, the results of the pipelined access cannot be driven on the 
appropriate bus. In the case of a data write, the data does not appear on the Data 
Bus. Any other operations for the access, such as address decoding, can occur. 

When the primary access completes (as indicated by IRDY or DRDY), the pip elined 
access becomes a primary access. The processor Indicates this by asserting IREQ or 
DREQ, depending on the type of access. The device or memory performing the 
pipelined access may complete the access as soon as IREQ or DREQ is asserted 
(possibly in the same cycle). When the access becomes a primary access, it controls 
the channel as any other primary access. For example, it may determine whether or 
not another pipelined access can be performed. 

When the pipelined access becomes a primary access, the output PIA or PDA re¬ 
mains asserted for one cy cle, to in sure co ntinuity of control within the slave device or 
memory. In the cycle after IREQ or DREQ is asserted, PIA or PDA is de-asse rted, 
unless the processor initiates another pipelined access, in which case PIA or PDA 
remains asserted for the new access. 

5.2.8.3 CANCELLATION OF PIPELINED ACCESSES 

If the processor takes an interrupt or trap before a pipelined access becomes a pri¬ 
mary access, the request for t he pip eli ned acc ess Is removed from the channel. This 
may occur, for example, when lERR or DERR is signaled for the primary access. 

If the pipelined acce ss is remo ved from the channel, the slave device or memory does 
not receive an IREQ or DREQ for the pipelined access. Hence, the pipelined access 
does not become a primary access, and cannot complete. A pipelined access may be 
canceled in this manner at any time before it becomes a primary access. Because of 
this, a pipelined access should not change the state of a slave device or memory until 
the pipelined access becomes a primary access. 


3.2.9 Burst-Mode Accesses 

A burst-mode access allows multiple Instructions or data words at sequential ad¬ 
dresses to be accessed with a single address transfer. The number of accesses 
performed, and the timing of each access within the sequence, is controlled dynami¬ 
cally by the burst-mode protocol. Burst-mode accesses take advantage of sequen¬ 
tial addressing patterns, and provide several benefits over simple and pipelined 
accesses: 

1. Simultaneous instruction and data accesses. Burst-mode accesses reduce the 
utilization of the Address Bus. This is especially Important for Instruction 
accesses, which are normally sequential. Burst-mode instruction accesses 
eliminate most of the address transfers for Instructions, allowing the Address Bus 
to be used for simultaneous data accesses. 

2. Faster access times. By eliminating the address-transfer cycle, burst-mode 
accesses allow addresses to be generated in a manner which Improves access 
times. 

3. Faster memory access modes. Many memories have special high-bandwidth 
access modes (e.g., static-column page mode and nibble mode). These modes 
generally require a sequential addressing pattern, even though addresses may 
not be presented explicitly to the memory for all accesses. Burst-mode accesses 
allow the use of these access modes, without hardware to detect sequential 
addressing patterns. 
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5.2.9.1 


BURST-MODE OVERVIEW 

The control-flow diagrams in Figure 5-2 and Figure 5-3 illustrate the operation of the 
processor and an instruction memory during a burst-mode instruction access. The 
control-flow diagrams in Figure 5-4 and Figure 5-5 illustrate the operation of the pro¬ 
cessor and a data memory or device during a burst-mode data access. These dia¬ 
grams are for illustration only; nodes on these diagrams do not necessarily corre¬ 
spond to processor or slave states, and transitions on these diagrams do not neces¬ 
sarily correspond to processor cycles. 

A burst-mode access is in one of the following operational conditions at any given 
time. 

Established—The processor and slave device have successfully initiated the 
burst-mode access. A burst-mode access that has been established is either 


Figure 5-2 Processor Burst-Mode Instruction Accesses: Control Flow 
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Figure 5-3 


Slave Burst-Mode Instruction Accesses: Control Flow 



Note; A similar state transition may be used to support suspended burst-mode data accesses 
or a channel master other than the processor. 


active or suspended. An established burst-mode access may become preempted, 
terminated, or canceled. 

Active —Instruction or data accesses and transfers are being performed as the result 
of the burst-mode access. An active burst-mode access may become suspended. 

Suspended —No accesses or transfers are being performed as the result of the 
burst-mode access, but the burst-mode access remains established. Additional ac¬ 
cesses and transfers may occur at some later time (I.e., the burst-mode access may 
become active) without the re-transmisslon of the address for the access. 

Preempted —The burst-mode access can no longer continue because of some condi¬ 
tion, but the burst-mode access can be re-established within a short amount of time. 

Terminated— All required accesses have been performed. 
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Figure 5-4 


Processor Burst-Mode Data Accesses: Control Flow 
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Note: The Am29050 microprocessor does not suspend burst-mode data accesses. 


Canceled—The burst-mode access can no longer continue because of some excep¬ 
tional condition. The access may be re-established only after the exceptional condi¬ 
tion has been corrected, if possible. 

Each of the preceding conditions, except for the terminated condition, is under the 
control of both the processor and slave device or memory. The terminated condition is 
determined by the processor, since only the processor can determine that all required 
accesses have been performed. The following sections discuss each of the above 
conditions with respect to the burst-mode protocol. 
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Figure 5-5 


Slave Burst-Mode Data Accesses: Control Flow 



5.2.9.2 ESTABLISHING BURST-MODE ACCESSES 

The Am29050 microprocessor attempts to perform ail instruction prefetches using 
burst-mode accesses, except for instruction fetches at the last word before a 1-kb 
address boundary. For data accesses, the processor attempts to perform load- 
multiple and store-multiple operations using burst-mode a ccesses . The proc essor 
indicates that it desires a burst-mode access by asserting IBREQ or DBREQ during 
the cycle in which the initial address is placed on the Address Bus (however, note that 
these signals become valid later in the cycle than the address). 

The inputs IBACK and DBACK indicate tha t a requ ested burst-m ode access is sup¬ 
ported. The processor ignores the value of IBACK unless IBREQ is asserted, and it 
ignores the value of DBACK unless DBREQ is asserted. 

When it desires a burst-mode access, the processor continues to drive IBREQ or 
DBREQ on every cycle for which the address is valid on the A ddress Bu s. During this 
time, the device or memory involved in the access may assert IBACK or DBACK to 
indicate that it can perform the burst-mode access. If IBACK or DBACK (as appropri¬ 
ate) is asserted while the initial address appears on the Address Bus, the burst-mode 
access is established. In the following cycle, the processor removes the request 
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address and de-asserts IREQ or DREQ. However, it continues to assert IBREQ or 
DBREQ. 


5.2.9.3 


S.2.9.4 


If the burst-mode access is not established on the first access, the processor attempts 
to establish a burst-mode access on each subsequent address transfer, as long as 
there are more accesses yet to be performed. During any subsequent access, the 
addressed device or memory may establish a burst-mode access by asserting IBACK 
or DBACK. If the burst-mode access is never established, the default behavior is to 
have the processor transmit an address for every access. 


ACTIVE AND SUSPENDED BURST-MODE ACCESSES 

After the burst-mode access Is established, IBREQ and DBREQ are used during 
subseq uent ac ce sses to in dicate that the processor requires at least one more ac¬ 
cess. If IBREQ or DBREQ is active at the end of the cycle in which an access suc¬ 
cessfully completes (i.e., when IRDY or DRDY is active), the processor requires an¬ 
other access. If the slave device or memory previousl y has no t preempte d the burst¬ 
mode access , and do es not preempt (by de-asserting IBACK or DBACK) or cancel 
(by asserting lERR or DERR) the burst-mode access In the cycle that the access 
completes, the additional access must be performed. 

The execution rate of instructions is known only dynamically, s o that in certain situ¬ 
ations, a burst-mode instruction access must be suspended. If IBREQ is inactive 
during the cycle In which an instruction access completes, the burst-mode access is 
suspended (if it is neither preempted nor canceled at the same time). The burst-mode 
access remain s susp ended unless the processor requests a new instruction access 
(in which case IREQ is asserted), or unless the instruction memory preempts the 
burst-mode access. 


A suspended burst-mode instruction access becomes active whenever the processor 
can acce pt more Instructions. The processor activates the burst-mode access by 
asserting IBREQ. If the instruction memory does not preempt the burst-mode access 
during this cycle, an instruction access must be performed. 

When a suspended burst-mode instruction access is activate d, the r esulting instruc¬ 
tion access is not permitted to complete in the cycle in which IBREQ is asserted, but 
may complete in the next cycle. The reason for this restriction Is t hat the b urst -mode 
protocol is defined such that the combination of an active level on IBREQ and IRDY 
causes an instruction access (as previously discussed). If the instruction access 
completes immediately in the cycle that a suspended burst-mode access is activated, 
th ere is a n ambiguity in the protocol: it is possible to interpret a single-cycle assertion 
of IBREQ as a request for two instructions. 


The above ambiguity is resolved by delaying the Instruction access resulting from a 
re-activated burst-mode access for a cycle. Since this restriction applies only when 
the Instruction Prefetch Buffer is full and the instruction memory is capable of a very 
fast access, the delayed instruction response has no performance impact. 


The Am29050 microprocessor does not suspend burst-mode data accesses, because 
the data transfers occur to and from general-purpose registers, which are always 
available. However, other channel masters may suspend burst-mode data accesses 
(during direct memory accesses, for example). The principles for suspending burst¬ 
mode accesses are the same as those for instruction accesses discussed above. 


PROCESSOR PREEMPTION, TERMINATION, AND CANCELLATION 

Th e proces so r may pr eempt, termin ate or ca ncel a b urst-mode access by de-assert¬ 
ing IBREQ or DBREQ, and asserting IREQ or DREQ at some later point. During the 
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5.2.9.5 


period after IBREQ or DBREQ is de-asserted and before IREQ or DREQ is asserted, 
the burst-mode access is in a suspend ed cond itio n. Norm ally, the processor receives 11 

one more instruction or data word after IBREQ or DBREQ Is de-asserted. However, |i, 

this access may complete In the same cycle t hat IBRE Q or DBRE Q Is de-asserted. ^ 

Please note that the processor may de-assert IBREQ or DBREQ without receiving an 
IBACK or DBACK to acknowledge the burst-mode access. 

The slave device or memory cannot distinguish between preempted, terminated, and 
canceled burst-m ode ac ce sses, w hen these are caused by the pr ocesso r, u ntil the 
proc essor as se rts IREQ or DREQ. If the slave continues to assert IBACK or DBACK | 

after IBREQ or DBREQ is de-asse rted, t he slave should be prepared to accept any f 

new request during the cycle that IREQ or DREQ is asserted to begin the new access. 

The reason for this is that the processor may att empt to es tablish a burst-mode ac¬ 
cess for the new access: if the slave is asserting IBACK or DBACK because of a 
previously preempte d, term in ated or ca nceled burst-mode access, the processor 
interprets the active IBACK or DBACK as establishing the new burst-mode access 
and removes the request in the following cycle. 

The processor preempts a burst-mode access when an external channel master 
arbitrates for the channel, or when a burst-mode fetch crosses a potential virtual-page 
boundary. Since the minimum page size Is 1 kb, burst-mode instruction and data 
accesses are preempted whenever the address sequence crosses a 1 -kb address 
boundary. The burst Is re-established as soon as a new address translation Is per¬ 
formed (if required). A new physical address Is transmitted when the burst-mode 
access is re-established. 

Note that the preemption resulting from page boundaries is advantageous for devices 
or memories that require counters to follow the burst-mode address sequence. Since 
all burst-mode accesses are word accesses, and the processor re-transmits an ad¬ 
dress at every 1-kb address boundary, an 8-bit counter in the slave device or memory 
Is sufficient to follow the burst-mode address sequence. Additional address bits are 
simply latched. 

The processor terminates a burst-mode access whenever ail required Instructions or 
data have been accessed. In the case of instruction accesses, the burst-mode access 
is terminated when a non-sequential fetch occurs. In the case of data accesses, the 
burst-mode access is terminated when the count indicates a single load or store 
remains. The last load or store Is executed as a simple access. 

The processor cancels a burst-mode access when an interrupt or trap Is taken. Note ; 

that a trap may be caused by the burst-mode access, for example when a Translation | 

Look-Aside Buffer miss occurs on an address In the burst-mode sequence. If the i 

processor cancels a burst-mode access when an access in the sequence remains to , 

be complete, this access must be completed In spite of the cancellation. I 

Canceled burst-mode data accesses may be restarted at some (possibly much later) 
point in execution via the Channel Address, Channel Data, and Channel Control 
registers. In this case, the burst-mode access is restarted at the point at which It was 
canceled, rather than at the beginning of the original address sequence. 

SLAVE PREEMPTION AND CANCELLATION 

The slave device or memory in volved in a burst-mode access m ay pree mpt the ac- 
cess by de-asserting IBACK or DBACK. The processor samples IBACK and DBACK 
when IRDY and DRDY are active, so that IBACK a nd DBA CK may be d e-asserted as 
the last supported access Is completed. However, IBACK and DBACK also ma ybe 
de-asserted in any cycle before the access completes; to preempt the access, IBACK 
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or DBACK must remain inactive until IRDY or DRDY is asserted. If IBACK or DBACK 
Is de-asserted when the processor is in a state where it expects an access, the ac¬ 
cess must be completed. 

In general, the slave device or memory preempts the burst-mode access whenever it 
cannot support any further accesses in the burst-mode sequence. This normally 
occurs whenever an implementation-dependent address boundary is encountered 
(e.g., a cache-block boundary), but may occur for any reason. By preempting the 
burst-mode access, the slave receives a new request, with the address of the next 
instruction or data word required by the processor. 

The sl ave device or memory may cancel a burst-mode access b y asserti ng I ERR or 
DERR in response to a requested access. The signals IBACK or DBACK need not be 
de-asserted at this time, but should be de-asserted in the next cycle. 

Note t hat the I ERR and DERR signals cause non-maskable traps, except in the case 
where lERR is asserted for an instruction which the processor does not execute. 

5.2.10 Arbitration 

\ 

External mas ters ca n gain access to the Address, Data, and Instruction buses by 
asserting the BREQ input. The processo r comp letes any pending access, preempts 
any burst-mode access, and asserts the BGRT output. At this time, the processor 
places all channel outputs associated with the Address, Data, and Instruction buses in 
the high-impedance state. 

For the first cycle that BGRT is asserted, the output BINV Is also asserted. If the exter- 
nal ma ster cannot control the Addres s Bus and associated controls in the cycle that 
BGRT is asserted, the active level on BINV may be used to d efine a n idle cycle for the 
channel (I.e. any spurious access requests are ignored). The BINV signal is asserted 
only for a single c ycle, so the external master must take control of the channel in the 
cycle after BGRT is asserted. 

While the BREQ Input remains asserted, the processor continues to assert BGRT. The 
external master has control over the channel during this time. 

To release the channel to the processor, the external master d e-asse rts BREQ, but 
must continue to control the channel for the first cycle in which BREQ is de-asserted. 

In the cycle after BREQ Is de-asserted, the processor asserts BINV and de-asserts 
BGRT; the external master should releas e cont rol of the channel at this time. On the 
following cycle, the processor de-asserts BINV, and is able to use the channel. The 
processor re-establishes any burst-mode access preempted by arbitration. 

The processor does not relinquish the channel when the LOCK signal Is active. This 
prevents external masters from interfering with exclusive accesses. 


5.2.11 Use of BINV to Cancel an Access 

Besides using the BINV signal to transfer control of the channel from, one master to 
another, the Am23050 microprocessor uses the BINV signal to cancel accesses after 
they h ave b ee n initiat ed. To cancel an access, BINV Is asserted during a cycle in 
which IREQ or DREQ also is asserted. If an access is canceled, the accompanying 
response (using IRDY, lERR, DRDY or DERR) is ignored during the cycle that BINV Is 
asserted; thereafter, the system should not respond to the canceled access. 
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The BINV signal is used to cancel an instruction access in the following situations: 

• When an interrupt or trap is taken; 

• When an instruction fetch-ahead is canceled because a target block is only partially 
present in the Branch Target Cache memory; 

• When an instruction TLB miss or protection violation occurs on an Instruction 
access; 

• When a branch instruction Is the delay instruction of another branch, and the targets 
of both branches are in the Branch Target Cache memory (in this case, the external 
fetch for the target of the first branch Is not required); and 

• When the processor enters the Load Test Instruction Mode, and there is an active 
instruction request on the channel. 

The BINV signal is used to cancel a data access in the following situations: 

• When a data TLB miss or protection violation occurs on the data access; and 

• When an interrupt or trap is taken in the cycle that a data access appears on the 
channel. 

When a LOADSET instruction encounters a protection violat ion be cause store access 

is not permitted, the processor cancels the load access with BINV. 


5.2.12 Bus Sharing—Electrical Considerations 

When buses are shared among multiple masters and slaves, It is important to avoid 
situations where these devices are driving a bus at the same time. This may occur 
when more than one master or slave is allowed to drive a bus in the same cycle, if 
bus arbitration is incompletely or incorrectly performed. However, it also occurs when 
a master or slave releases a bus In the same cycle that another master or slave gains 
control, and the first master or slave is slow in disabling its bus drivers, compared to 
the point at which the second master or slave begins to drive the bus. The latter situ¬ 
ation is called a bus collision in the following discussion. 

In addition to the logical errors that can occur when multiple devices drive a bus 
simultaneously, such situations may cause bus drivers to carry large amounts of 
electrical current. This can have a significant impact on driver reliability and power 
dissipation. Since bus collisions usually occur for a small amount of time, they are 
of less concern, but may contribute to high-frequency electromagnetic emissions. 

The Am29050 microprocessor channel is defined to prevent all situations where 
multiple drivers are driving a bus simultaneously. However, bus collisions may be 
allowed to occur, depending on the system design. 

In the case of the Am29050 microprocessor channel, arbitration for the channel pre¬ 
vents the processor from driving the Address and Data buses at the same time as 
another channel master. If there is more than one external master, the system design 
must include some means for Insuring that only one external master gains control of 
the channel, and that no external master gains control of the channel at the same 
time as the processor. 

When the processor relinquishes control of the channel to an external master, bus 
collisi ons m ay be prevented by not allowing the external master to drive any bus 
while BINV is active. This insures that all processor outputs are disabled by the time 

the external master takes control of the channel. However, there is nothing in the_ 

channel protocol to prevent the external master from taking control as soon as BGRT 
Is asserted. 
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Slave devices and memories are prevented from simultaneously driving the Instruc¬ 
tion Bus or Data Bus by allowing only the device or memory performing a primary 
access to drive the appropriate bus. When a pipelined access becomes a primary 
access, It may drive the Instruction or Data Bus Immediately, so that there Is a poten¬ 
tial bus collision if the pipelined access is performed by a slave other than the slave 
performing the original primary access. This bus collision may be prevented by re¬ 
stricting ail slaves to driving the Instruction and Data buses In the second half-cycle 
(using SYSCLK, for example). Since the processor samples data only at the end of a 
cycle, this restriction does not affect performance. 

When the processor performs a store immediately following a load, it drives the Data 
Bus and asserts DREQ for the store in the second cycle following the cycle In which 
the data for the load appears on the Data Bus. This provides a complete cycle for the 
slave involved in the load to di sable it s d ata dri vers. The processor continues to drive 
the Data Bus until it receives a DRDY or DERR In response to the store; it ceases to 
drive the Data Bus in the cycle following the response. 


5.2.13 Channel Behavior for Interrupts and Traps 

If an interrupt or trap is taken, any burst-mode accesses are canceled. If a request 
for a pipelined access is on the Address Bus, this request Is removed. Any other 
accesses are completed, and no new accesses are started, other than those 
required for the Interrupt or trap. Note that any accesses that the processor expects 
to complete must be completed, even though burst-mode and pipelined accesses 
are canceled. 

When interrupt or trap processing Is complete, any canceled burst-mode accesses 
transactions are re-established, using the address of the access that was to be per¬ 
formed next when the interrupt or trap was taken. Uncompleted pipelined accesses 
are restarted, either by the interrupt return sequence in the case of an instruction 
access, or by restarting the initiating Instruction in the case of a data access. 

Note that the restarting of a pipelined access is not performed by the Channel Ad¬ 
dress, Channel Data, and Channel Control registers, since these registers maybe 
required to restart the primary access. The Instruction initiating the pipelined access 
Is not allowed to complete until the primary access completes, so that the Program 
Counter 1 (PC1) Register contains the address of the Initiating instruction when a 
pipelined access Is canceled. The address in PC1 can restart this Instruction on Inter¬ 
rupt return. 


5.2.14 Effect of the LOCK Output 

The LOCK output p rovides synchronization and exclusion of accesses In a multi-proc¬ 
essor environment. LOCK has no pre-defined effect for a system, other than the fact 
that t he Am2 9050 microprocessor does not grant the channel to an external master 
while LOCK is active. 

The LOCK output is asserted for the address cycle of the Load-and-Lock and Store- 
and-Lock instructions, and is asserted for both the read and write aGcesses of a Load 
and Set instruction. LOCK may also be active for an extended period of time, under 
control of the Lock bit in the Current Processor Status Register (this capability is 
available only to Supervisor-mode programs). 

LOCK may be defined to provide any level of resource locking for a particular system. 
For example, it may lock the channel, an individual device or memory or a location 
within a device or memory. 
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When a resource is locked, it is available for access only by the processor with the 
appropriate access privilege. The mechanisms for restricting accesses, and the meth¬ 
ods for reporting attempted violations of the restrictions, are system-dependent. 

5.3 TEST/DEVELOPMENT INTERFACE 

The Test/Development Interface consists of the Inputs CNTL(1-0) and TEST, and the 
outputs STAT(2-0). The CNTL{1-0) inputs provide control of processor operation, 
and the STAT(2-0) outputs provide information about processor operation for external 
monitoring. 

A hardware-development system uses CNTL{1-0) and STAT(2-0) to control the 
processor for the purposes of processor and system debug. 

A hardware tester uses the TEST Input to place all processor outputs in the high-im¬ 
pedance state. This allows the tester to check other system logic by driving processor 
outputs directly, without requiring that the processor be removed from the system. 

5.3.1 Processor Status Outputs 

The STAT(2-0) outputs Indicate certain Information about processor modes, along 
with other information about processor operation. STAT(2-0) may be used to provide 
feedback of processor behavior during normal processor operation and when the 
processor Is under the control of a hardware-development system. 

The encoding of STAT(2-0) is as follows: 


STAT2 

STAT1 

STATO 

Mode or Condition 

0 

0 

0 

Halt or Step Modes 

0 

0 

1 

Pipeline Hold Mode 

0 

1 

0 

Load Test Instruction Mode, Synchronize 

0 

1 

1 

Wait Mode 

1 

0 

0 

Interrupt Return 

1 

0 

1 

Taking Interrupt or Trap 

1 

1 

0 

Non-Sequential Instruction Fetch 

1 

1 

1 

Executing Mode 


On any given cycle, the STAT{2-0) signals reflect the state of the processor’s execute 
stage on the previous cycle. Where the conditions listed above are not mutually exclu¬ 
sive, the condition listed first is the one reflected on STAT(2-0). 

The first cycle of a multi-cycle instruction (Load Multiple, Store Multiple, Interrupt 
Return, or Interrupt Return and Invalidate) is indicated as an “Executing Mode” cycle. 
When an interrupt or trap is taken, the first cycle is indicated as a “Taking Interrupt or 
Trap” cycle. Additional cycles of these multi-cycle operations are indicated as “Pipe¬ 
line Hold” cycles. 

A Low level on STAT2 indicates that the processor Is idle, and may be used as an 
Indication of processor performance. Since most processor instructions execute in a 
single cycle, and since extra cycles spent executing multiple-cycle operations are 
counted as Pipeline Hold cycles, a count of the number of cycles within a given time 
Interval that the processor is not idle (i.e., a count of the number of cycles for which 
STAT2 Is High) is a close approximation to the number of instructions executed within 
that interval, and thus approximates the instruction-execution rate. The only source of 
error in this approximation are the cycles in which the processor takes an interrupt or 
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trap. If desired, this source of error can be eliminated by fully decoding the STAT{2-0) 
outputs. 

The STAT2 output also may be used to implement processor timeouts for reliability. 
For example, a Low level on STAT2 may be used to start a hardware timeout counter, 
with a High level resetting and stopping the counter. If the counter exceeds a maxi¬ 
mum expected count of idle cycle s for a system, it Is likely that an error has occurred. 
This error can be reported by the WARN trap (see Section 3,5.6 and Section 5.6). 

The value 010 on the STAT(2-0) outputs is used by the hardware breakpoints for 
synchronization of external hardware. If this value appears during normal processor 
operation for one cycle, a valid breakpoint comparison has been detected with the 
BSY bit being 0. The processor takes no other actions related to the breakpoint. The 
synchronization pulse can be used to trigger or synchronize external logic. 


S.3.2 CPU Control Inputs 

Certain processor operational modes are under the control of the CNTL{1-0) inputs. 
These Inputs have an effect on the processor mode as follows: 


CNTL1 

CNTLO 

Mode 

0 

0 

Load Test Instructloi 

0 

1 

Step 

1 

0 

Halt 

1 

1 

Normal 


These Inputs are asynchronous to the processor clock. In addition, changes on the 
CNTL(I-O) inputs are restricted so that only CNTL1 or CNTLO, but not both, may 
change in any given processor cycle. The allowed transitions are shown in Figure 5-6. 
The restriction on CNTL(I-O) transitions allows these Inputs to be driven directly by 
an external hardware-development system or tester, without any intervening logic. 
Proper operation is insured by making only single-input changes on CNTL(I-O), and 
by restricting the interval between all changes to be greater than a processor cycle. If 
these restrictions are violated, processor operation is unpredictable, and a processor 
reset is required to resume predictable operation. 

Note that, because of the restriction described above, it Is not possible to transition 
directly between all possible modes that are controlled by these Inputs. For example, 
the processor cannot go from the Load Test Instruction mode to Normal operation 
without first entering the Halt or Step modes. 

5.3.3 Hardware Development 

The Halt, Step, and Load Test Instruction modes of operation are defined to support 
the debug of the processor system (both hardware and software) by a hardware- 
development system. This section describes the use of these modes during debug, 
and describes the corresponding activity on the CNTL(I-O) and STAT(2-0) lines. 

5.3.3.1 HALT MODE 

The Halt mode allows the hardware-development system to stop processor operation 
while preserving its internal state. The Halt mode Is defined so that normal operation 
may resume from the point at which the processor enters the Halt mode. All external 
accesses are completed before the Halt mode is entered, so a minimum amount of 
system logic is required to support the Halt mode. 
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Figure 5-6 


Valid Transitions on CNTL(I-O) Inputs 



The Halt mode can be invoked by applying a value of 10 to the CNTL(I--O) inputs. 

The processor enters the Halt mode within two or three cycles after the CNTL(I-O) 
inputs are changed (depending on synchronization time), except that it first completes 
any external data access in progress. 

The Halt mode can also be entered as the result of executing a HALT Instruction or 
encountering a hardware breakpoint with a hardware-development system attached 
(see below). When a HALT instruction is executed or a breakpoint is encountered, the 
processor enters the Halt mode on the next cycle, except that it completes any exter¬ 
nal data accesses in progress. In this case, the processor remains in the Halt mode 
even though the CNTL(I-O) inputs are 11. Howeve r, the pr ocessor cannot exit the 
Halt mode except as the result of the CNTL(I-O) or RESET inputs. If the instruction 
following a Halt instruction has an exception (e.g., instruction TLB Miss), the trap 
associated with the exception is taken before the processor enters the Halt mode. 

The Halt instruction is designed to be used as an instruction breakpoint by the hard- 
ware-development system, augmenting the hardware breakpoints provided by the 
Am29050 microprocessor. However, the Halt instruction normally is a privileged 
instruction, causing a Protection Violation trap upon attempted execution by a User¬ 
mode program. The hardware-development system can disable this Protection Viola¬ 
tion by holding the CNTL(I--O) inputs at 10 during a reset; this signals the presence of 
an external debugger and disables protection checking for Halt instructions until the 
next processor reset. 

If an external hardware debugger has signaled its presence, any condition that would 
otherwise cause the processor to take a Monitor trap instead causes the process or to 
enter the Halt Mode at location 16 in Instruction ROM address space (the WARN Trap 
handler). This permits the hardware-development system to debug system-level 
routines. If the processor enters the Halt Mode due to a synchronous trap, the Reason 
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5.3.3.2 


Vector Register is updated, and the MM bit of the Current Processor Status Register 
is set. 

if an external debugger has signaled its presence and a valid breakpoint comparison 
is encountered, the processor enters the Halt Mode at the beginning of the Trace 
Trap handler. The Shadow Program Counter registers point to the location where the 
breakpoint was encountered. 

If a burst-mode instruction access Is established before the processor enters the 
Halt mode, it remains established when the processor enters the Halt mode, but is 
suspended. 

While In the Halt mode, the processor does not execute instructions, and performs no 
external accesses. The Timer Facility does not operate (i.e., the Timer Counter Regis¬ 
ter does not change). 

The Halt mode is exited whenever the Reset mode Is entered, or the CNTL(1-0) lines 
place the processor into another mode. The only valid transitions on the CNTL(1“0) 
lines from the value of 10 are to the value 00, which places the processor into the 
Load Test Instruction mode, and to the value 11, which causes the processor to re¬ 
sume normal execution. 

STEP MODE 

The Step mode causes the Am29050 microprocessor to execute at a rate determined 
by the hardware-development system, allowing the hardware-development system to 
easily control and monitor processor operation. The Step mode is defined so that 
normal operation may resume after stepping is complete. Since all external accesses 
are cornpleted during any step, a minimum amount of system logic Is required to 
support the slower rate of execution. 

The Step mode is Invoked by the application of a value of 01 to the CNTL(I-O) inputs. 
The processor enters the Step mode within two or three cycles after the CNTL(I-O) 
Inputs are changed (depending on synchronization time), except that it first completes 
any external data access in progress. 

If a burst-mode instruction access is established before the processor enters the 
Step mode, it remains established when the processor enters the Step mode, but is 
suspended. 

While in the Step mode, the processor does not execute instructions, and performs no 
external accesses. The Timer Facility does not operate (I.e., the Timer Counter Regis¬ 
ter does not change) while the processor is in the Step mode. 

The Step mode is identical to the Halt mode in every respect except one. This differ¬ 
ence is apparent on the transition of the CNTL(I-O) lines from the value 01 (Step 
mode) to the value 11 (Normal). On this transition, the processor steps. That is, the 
processor state advances by one pipeline stage, and it completes any external ac¬ 
cess which is initiated by this state change. 

If the processor immediately enters the Pipeline Hold mode on a step, the step may 
require multiple cycles to execute, since the processor pipeline cannot advance while 
the processor Is in the Pipeline Hold mode. The STAT(2-0) lines reflect the state of 
the processor for every cycle of the step; STAT2 is High for one cycle, and only one 
cycle, before the step completes. 

The Timer Counter decrements by one for every cycle of the step; if the Timer 
Counter decrements to zero, the usual Timer-Facility actions are performed, and a 
Timer interrupt may occur. 
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After the step is performed, the processor re-enters the Step mode, and remains in 
the Step mode even though the CNTL(1-0) inputs have the value 11 (this prevents 
the need for a time-critical transition on the CNTL{1“0) inputs). The proces sor re- 
malns in this condition until the CNTL(1-0) inputs transition to 10 or 01 (or RESET is 
asserted). The transition to 10 causes the processor to enter the Halt mode, and is 
used to clear the Step mode. The transition to 01 causes the processor to remain in 
the Step mode, so that it may perform additional steps. 

5.3.3.3 HALT/STEP MODE AND LOADM/STOREM 

If the Am29050 microprocessor is placed in the Halt or Step mode while either a 
LOADM or STOREM instruction is being executed, the STAT(2--0) outputs indicate 
the Halt or Step mode for one cycle (STAT(2-0) = 000), and then indicate the Pipeline 
Hold mode (STAT(2~0) = 001) until the final access of the LOADM or STOREM is 
complete, at which time they return to indicating the Halt or Step mode. A hardware- 
development system must therefore ignore any single-cycle Halt/Step mode Indication 
on the STAT{2-^) outputs as an indication that the processor is halted. 

5.3.3.4 LOAD TEST INSTRUCTION MODE 

The processor incorporates an Instruction Register (IR) that holds Instructions while 
they are decoded. In the Load Test Instruction mode, the IR is enabled to receive the 
content of the Instruction Bus, regardless of the state of the processor’s Instruction 
Fetch Unit. This allows the hardware-development system to provide instructions for 
execution directly, thereby providing means for the hardware-development system to 
examine and modify the internal state of the processor without altering the proces¬ 
sor’s instruction stream. 

The hardware-development system can place an instruction in the IR by first placing 
00 on CNTL(I-O). The processor enters the Load Test Instruction mode within two or 
three cycles after the CNTL(I-O) inputs are changed (depending on synchronization 
time), except that it first preempts any established burst-mode instruction access. The 
Load Test Instruction mode can be entered only from the Halt or Step modes. Note 
that the burst-mode instruction access that Is preempted here was previously sus¬ 
pended for the Halt or Step modes. 

When the processor enters the Load Test Instruction Mode, the processor behaves 
as though the Current Processor Status Register were forced to the value shown in 
Figure 5-7, even though the register is not changed. 


Figure 5-7 Processor Status While in Load Test Instruction Mode 
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The visible processor state, including the Shadow Program Counter Registers, re¬ 
mains unchanged while the processor Is in the Load Test Instruction Mode. The 
processor status shown In Figure 5-7 remains in effect until the next transition to the 
Normal Mode via the Halt Mode. 

While the processor is in the Load Test Instruction mode, it ignores all interrupts and 
trapSi except for the Data Access Exception and Coprocessor Exception. These latter 
exceptions are also Ignored If the load or store which causes the exception has the 
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value 110 for the OPT bits (indicating a load or store to the hardware-development 
system). 

The STAT{2-0) lines have a value of 010 while the processor is in the Load Test 
Instruction mode; this may be used as a verification that the processor is loading 
the IR. 

While the processor is In the Load Test Instruction mode, the IR continually Is storing 
the value on the Instruction Bus; any change in the value on this bus Is reflected in 
the IR on the next cycle. The hardware-development system can place a desired 
instru ction into t he IR by driving this instruction on the Instruction Bus. The value of 
IRDY and lERR are irrelevant. 

The processor exits the Load Test Instruction mode In the second cycle following a 
change on the CNTL{1-0) inputs. The only valid change here is either to the Halt 
mode (CNTL{1-0) = 10) or the Step mode (CNTL(1-~0) = 01). 

When the Load Test Instruction mode is exited, the most recent value stored into the 
IR is held. If the processor is placed In the Step mode, the IR is marked as having 
valid content, enabling the processor to decode and execute the Instruction. If the 
processor Is placed In the Halt mode, it Ignores any Instruction placed In the IR by the 
Load Test Instruction mode, and reverts to its normal instruction-fetch mechanism. 

Once the IR has been set by the Load Test Instruction mode, the Instruction in the IR 
may be executed via the Step mode as discussed in the previous subsection. A single 
step is sufficient to cause the execution of this instruction. However, because of 
pipelining, multiple steps may be required before the instruction completes execution. 
If more than one step is performed, the processor executes the instruction in the IR on 
every step. If It is desired to step an instruction to completion without repeated execu¬ 
tion, a NO-OP may be set into the IR (using the Load Test Instruction mode) after the 
first step. 

The Load Test Instruction mode may be used to cause the execution of most proces¬ 
sor Instructions (restrictions are discussed below). This allows inspection and modifi¬ 
cation of processor state. 

The hardware-development system uses load and store instructions, executed via the 
Load Test Instruction mode, to alter and Inspect the contents of general-purpose 
registers. The OPT field for these loads and stores have the value 110; this causes 
the system to ignore th e result ing access . Furthermore, it causes the Am29050 micro¬ 
processor to ignore the DRDY and DERR responses for the access; the Am29050 
microprocessor completes the ac cess a t the end of the next stepped instruction, 
rather than upon the assertion of DRDY. This eliminates the need for the hardware- 
development system to generate a synchronous DRDY In response to the load or 
store. 

Because of sequencing constraints, the Load Test Instruction mode cannot be used 
to cause the execution of the following instructions: conditional jumps. Load Multiple, 
Store Multiple, Interrupt Return, and Interrupt Return and Invalidate. Unconditional 
jumps and calls are permitted, but affect only the Program Counter (instruction se¬ 
quencing Is not affected). 

It is not possible to execute a load directly following a store—nor a store directly 
following a load—using the Load Test Instruction mode. At least one NO-OP (or other 
operation) must be executed between adjacent loads and stores, because of control 
conflicts that arise when these instructions are stepped In a system that performs the 
resulting accesses at normal speed. However, a sequence of only loads or only 
stores is permitted without restriction. 
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5.3.3.5 


The contents of the Program Counter 0, Program Counter 1, Program Counter 2, 
Channel Address, Channel Data, Channel Control, and ALU Status registers are not 
updated while instructions are executed via the Load Test Instruction mode, except 
explicitly by Move To Special Register instructions. Instructions executed using the 
Load Test Instruction mode may access protected processor state even though the 
processor is in the User mode. 

Instructions executed via the Load Test Instruction mode may be used to access an 
external device or memory. Recall that the processor completes any normal data 
access before completing a step. This allows the processor to access devices and 
memories on behalf of the hardware-development system, and simplifies the timing 
constraints on the hardware-development system. 

During processor execution via the Load Test Instruction mode, the processor retains 
the information required to resume normal operation. If any processor state Is modi¬ 
fied by the hardware-development system, this state must be restored properly for 
normal operation to resume properly. 

In order to leave the Load Test Instruction mode and resume normal execution, an 
IRET Instruction is placed into the IR and stepped through the processor pipeline. 
When the IRET Instruction Is executed, the processor re-fetches the instructions at 
the addresses in the Shadow Program Counter 0 and Shadow Program Counter 1 
registers. Following this, a transition on CNTL(1-0) to the Halt mode (CNTL(1-0) = 10) 
and then to the Normal mode (CNTL(I-O) = 11) causes the processor to leave the 
Load Test Instruction mode and resume normal operation. Alternatively, the hard¬ 
ware-development system can continue to use the Step mode to maintain control of 
the processor and step through its normal execution sequence. 

SUMMARY OF DEVELOPMENT SYSTEM OPERATION 

When the capabilities provided by the Halt, Step, and Load Test Instruction Register 
modes are combined, an extremely flexible test and development Interface results. 
The following is an example sequence performed by the hardware-development 
system during debug: 

1. Halt the processor either by a HALT instruction, by the hardware breakpoints, or 
by a 10 on the CNTL(I-O) Inputs. The HALT Instruction may be used as a 
primitive operation in the implementation of a general instruction-breakpoint 
capability. 

2. Load the IR with an instruction to inspect or alter the processor state. The 
hardware-development system should wait for the value 010 on STAT(2-0) (Load 
Test Instruction mode) before driving the Instruction Bus. After the IR Is loaded, 
the hardware-development system sets CNTL(I-O) to 01 (Step mode). 

3. Step the processor by a transition of CNTL(I-O) from 01 to 11 and back to 01. 
Data may be supplied on the Data Bus during one of the steps to satisfy a load 
operation; the data must be held valid until the stepped instruction completes. 

4. Repeat steps 2 and 3 as desired. Finally, perform steps 2 and 3 using an IRET 
instruction. 

5. After the final step, enter the Halt mode by placing 10, instead of 01, on 
CNTL(I-O). 

6. Resume normal execution by placing 11 on CNTL(1~0). 


SYSTEM INTERFACES 5-27 





5.3.4 


5.4 


Hardware Testing 

The Test mode in the Am29050 microprocessor allows processor outputs to be driven 
directly for testing or diagnostic purposes. The Test mode places all processor out¬ 
puts (except MSERR) Into the high-impedance state, so that they do not interfere 
electrically with externally supplied signals. In all other respects, processor operation 
is unchanged. 

The Test mode is invoked by an active level on the TEST Input, regardless of the 
processor’s operational mode (for example, the Test mode Is not affected by the Halt 
mode). The disabling of processor outputs is performed comblnatorlally, and is asyn¬ 
chronous to SYSCLK. 

For some outputs, the transition to the high-impedance state that results from the Test 
mode may occur at a much slower rate than applies during normal system operation 
(for example, when the processor relinquishes the channel to another master). For 
this reason, the Test mode may not be appropriate for special user-defined purposes. 

Note that SYSCLK is also placed in the high-impedance state by the Test mode. This 
allows the testing of external clock-distribution circuits, but care must be taken to 
insure that a high-impedance SYSCLK output does not have an adverse effect on the 
system. Furthermore, if SYSCLK is disabled, and a signal is not externally supplied, 
processor state may be lost. 

EXTERNAL INTERRUPTS AND TRAPS 

An external device causes an interrupt by asserting one of the INTR(3-0) Inputs, and 
causes a trap by asserting one of the TRAP{1-0) inputs. Transitions on each of these 
inputs may be asynchronous to the processor clock; they are protected against 
metastable states. For this reason, an assertion of one of these inputs that meets the 
proper set-up-time criteria does not cause the corresponding interrupt or trap until the 
second following cycle. 

The INTR(3-0) inputs are prioritized with respect to each other and with respect to the 
processor. To resolve conflicts betwe en the se inputs, the inputs are prioritized In 
order, so t hat the interrupt caused by INTRO has the highest priority, and the interrupt 
caused by INTR3 has the lowest priority. 

The interrupts caused by INTR(3-0) may be masked by the Disable Interrupts (Dl) or 
Disable All Interrupts and Traps (DA) bits of the Current Processor Status Register. In 
addition, the Interrupt Mask (IM) field of the Current Processor Status Register sets 
the p riority of the processor with respect to these Inputs. The IM field enables the 
INTR(3-0) inputs as follows: 


IM Value 

Result 

00 

TnTro enabled 

01 

INTR(I-O) enabled 

10 

INTR(2-0) enabled 

11 

INTR(3-0) enabled 


Note that the interrupt caused by the INTRO Input cannot be disabled by the IM field. 

If one of the INTR(3-0) inputs is active, and the resulting interrupt is disabled by the 
DA bit, Dl bit or IM field, the Interrupt Pending (IP) bit of the Current Processor Status 
Register is set. The IP bit is reset if the interrupt is enabled, or if ail disabled external 
interrupts are de-asserted. 
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5.5 


The TRAP( 1-^) in puts are prioritized with respect to e ach oth er, so that the trap 
caused by TRAPO has priority over the trap caused by TRAP1 when a conflict occurs. 
Both TRAPO and TRAP1 have priority over the INTR(3-0) inputs. The tRAP(1-0) 
inputs cannot be disabled selectively. Both traps, however, can be disabled by the DA 
bit in the Current Processor Status Register. 

The INTR(3-0) and TRAP(1-0) inputs are level-sensitive. Once asserted, they must 
be held active until the corresponding interrupt or trap is acknowledged by the Inter¬ 
rupt or trap handler (this acknowledgment is system-dependent, since there is no 
interrupt-acknowledge mechanism defined for the processor). 

If any of these inputs is asserted, then de-asserted before it is acknowledged, it is 
not possible to predict (unless the interrupt or trap is masked) whether or not the 
processor has taken the corresponding interrupt or trap. During inte rrupt a nd trap 
proces sing, the vector number is determined in part by which of the INTR(3-0) and 
TRAP(1-0) inputs is active. If the input causing an interrupt or trap is de-asserted 
before the vector number is determined, the vector number is unpredictable, with the 
result that processor operation is also unpredictable. 

There is a three-cycle latency from the de-assertion of an INTR(3-0) or TRAP(1-0) 
input to the time that the corresponding interrupt or trap is actually not recognized by 
the processor. The de-assertion must be timed so that, when the corresponding mask 
is reset, the processor does not recognize the interrupt or trap. Otherwise, a spurious 
interrupt or trap may occur. 

PROCESSOR RESET 

When power Is first applied to the processor, it is in an indeterminate state, and must 
be placed in a known state. Also, under certain circumstances. It may be necessary to 
place the processor in a defined state. This Is accomplished by the Reset mode, 
which places the processor into a pre-defined state (see Section 3.9). 

The Reset mode is invoked by asserting the RESET input, and can be entered only if 
the SYSCLK pin is operating normally, whether or not the SYSCLK pin is being driven 
by the proc essor (s ee Section 5.7). The Res et mode is entered within four processor 
cycles after RESET is asserted. The RESET input must be asserted for at least four 
processor cycles to accomplish a processor reset. 

The Reset mode can be entered from any other process or mode (e.g., the Reset 
mode can be entered from the Halt mode). If the RESET Input Is asserted at the time 
that power Is first applied to the processor, the processor enters the Reset mode only 
after four cycles have occurred on the SYSCLK pin. 

The Reset mode is exited when the RESET input is de-asserted. Either three or four 
cycles after RESET is de-asserted (depending on internal synchronization time), the 
processor performs an initial instruction access on the channel. The initial Instruction 
access is directed to address 0 in the instruction read-only memory (instruction ROM). 
If instruction ROM is not implemented in a particular system, another device or mem¬ 
ory must respond to this instruction fetch. 

If the CNTL(1-0) inputs are 10 or 01 when RESET is de-asserted, the processor 
enters the Halt or Step mode, respectively. If the processor enters the Halt mode 
immediately after reset, the protection checking that normally applies to the Halt 
instruction is disabled, so that the Halt instruction can be used as an instruction 
breakpoint in a User-mode program. The Load Test Instruction mode cannot be 
directly entered from the Reset mode. If the CNTL(I-O) Inputs are 00 immediately 
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after RESET is de-asserted, the effect on processor operation is unpredictable. If the 
CNTL(1-0) inputs are 11, the processor enters the Executing mode. 

The processor samples the STATO output internally when RESET is asserted. A High 
level on STATO in this case Is used to enable a special test configuration, and causes 
the processor to be inoperable. When RESET Is asserted, the processor drives STATO 
Low in order to disable this test configuration. However, if processor outputs are 
disabled by the Test mode, the processor is not able to drive STATO. Thus, if RESET 
is asserted when the processor is in the Test mode, the STATO pin must be driven 
Low externally. (In a master/slave configurati on, as d escribed in Section 5.8, STATO 
is driven Low by the master processor when RESET is asserted.) 


5.6 WARN INPUT 

An inactive-to-active tr ansition on the WARN Input causes a WARN trap to be taken 
by the processor. The WARN trap cannot be disabled; the process or responds to the 
WARN input regardless of its internal condition, unless the RESET input also is as¬ 
serted. This Input is provided so that the system can gain control of the processor in 
extreme situations, such as when system power is about to be removed or when a 
severe non-recoverable error occurs. 

The WARN input is edge-sensitive, so that an active level o n the WA RN input for 
long int ervals does not cause the processor to take multiple WARN traps. However, 
WARN must be held active for at least 4 cy cles in o rder t o be pro perly recognized by 
the processor. The process or still takes t he WAR N trap if WARN is de-asserted after 
four cycles. Another WARN trap occurs if WARN makes another inactive-to-actIve 
transition. 

The processor enters the Executing mode when the WARN input is ass erted, r egard- 
less of Its previous operational mode. Either seven or eight cycles after WARN is 
asserted (depending on Internal synchronization time), the processor performs a 
trap-handler Instruction access on the channel. This instruction access is directed to 
address 16 in the Instruction read-only memory (Instruction ROM). If instruction ROM 
is not Implemented In a particular system, another device or memory must respond to 
this instruction fetch. 

If the CNTL(I-O) inputs are 10 or 01 when the trap-handler instruction fetch com¬ 
pletes, the processor enters the Halt or Step mode, respectively. Before the comple¬ 
tion of this instruction fetch, the CNTL(I-O) Inputs are ir relevan t, except that the Load 
Test Instruction mode cannot be entered di rectly a fter a WARN trap is taken. If the 
CNTL(I-O) inputs are 00 immediately after WARN is de-asserted, the effect on proc¬ 
essor operation is unpredictable. If the CNTL(I-O) inputs are 11, the processor re¬ 
mains in the Executing mode. 

5.7 CLOCKS 

The Am29050 microprocessor supports two methods of system-clock generation and 
distribution. In one arrangement, the processor generates a clock for the system at Its 
operating frequency; this clock appears on the SYSCLK pin, and may be distributed 
externally to other system components. In the second arrangement, the system pro¬ 
vides its own clock generation and distribution; In this case, the processor receives 
the externally generated clock on the SYSCLK pin. 
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In both arrangements, the circuits that generate and buffer SYSCLK are designed to 
minimize the apparent skew between internal processor clocks and external system 
clocks. 

The processor provides a power-supply pin named PWRCLK for the SYSCLK driver 
that is independent of all other chip power distribution. The separate PWRCLK supply 
electrically Isolates other processor circuits from noise which might be Induced on the 
power supply by the SYSCLK driver. The PWRCLK pin also is used to decide be¬ 
tween the two possible clocking arrangements. 

5.7.1 Processor-Generated Clock 

If power (I.e., +5 volts) Is applied to the PWRCLK pin, the processor Is configured to 
generate clocks for the system. In this case, the SYSCLK pin is an output, and the 
signal on INCLK is used to generate the system clock. The processor divides the 
INCLK signal by two in the generation of SYSCLK, so INCLK should be driven at 
twice the processor’s operating frequency. 

5.7.2 System-Generated Clock 

If the PWRCLK pin is grounded, the processor is configured to receive an externally 
generated clock. In this case, the SYSCLK pin Is an input used directly as the proces¬ 
sor clock. SYSCLK should be driven at the processor’s operating frequency. In this 
configuration, the INCLK Input should be tied High or Low, except In certain master/ 
slave configurations as discussed in Section 5.8. 

5.7.3 Clock Synchronization 

The SYSCLK pin is at a High level during the first half of the processor cycle, and at a 
Low level during the second half of the processor cycle. Thus, a processor cycle 
begins on a Low-to-HIgh transition of SYSCLK. The definition of the beginning of the 
processor cycle is independent of the clocking arrangement chosen for a particular 
system. 

In some systems. It might be desirable to have two or more processors operate In 
lock-step synchronization, with each processor driven by a com mon IN CLK signal. In 
this case, sync hronizat ion of the processors is achieved by the RESET input. If the 
de-assertion of RESET meets a specified set-up time with respect to the HIgh-to-Low 
transition of INCLK, the SYSCLK output is guaranteed to be Low after the second 
following rising edge of INCLK. Thus, all processors may be synchronized as re¬ 
quired. 

5.7.4 Electrical Specifications 

The electrical specifications for SYSCLK are different than the specifications for most 
other processor inputs and outputs. In order to reduce clock-skew effects, the 
SYSCLK pin is electrically compatible with the processor’s CMOS circuits, rather than 
being compatible with transistor-transistor-logic (TTL) circuits. 

Note that the SYSCLK pin Is placed in the high-impedance state by the Test mode. If 
an externally generated clock is not supplied in this case, processor state may be lost. 
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5.8 


MASTER/SLAVE CHECKING 

Each Am29050 microprocessor output has associated logic which compares the 
signal on the output with the signal that the processor is providing internally to the 
output driver. The comparison between the two signals is made any time a given 
driver is enabled, and any time the driver is disabled only because of the Test mode. 
If, when the comparison Is made, the output of a driver does not agree with its Input, 
the processor asserts the MSERR output on the second following cycle. 

When the processor asserts MSERR, it takes no other actions with respect to the 
detected miscomparison. In particular, no traps occur. However, MSERR may be 
used externally to perform any system function, including the generation of a trap. 


5.8.1 Master/Slave Operation 

If there is a single processor in the system, the MSERR output indicates that a proc¬ 
essor driver is faulty, or that there is a short-circuit in a processor output. However, a 
much higher level of fault detection Is possible if a second processor (called a slave) 
is connected In parallel with the first (called a master), where the slave processor has 
outputs disabled by the Test mode. 

The slave processor, by comparing its outputs to the outputs of the master processor, 
performs a comprehensive check of the operation of the master processor. In addi¬ 
tion, if the slave processor is connected at the proper position on the channel, it may 
detect open circuits and other faults in the electrical path between the master proces¬ 
sor and its local devices and memories. Note that the master processor still performs 
the comparison on Its outputs In this configuration. 

5.8.2 Preventing Spurious Errors 

When two processors are connected in a master/slave configuration. It is necessary 
to prevent spurious assertions of MSERR. These result from situations where the 
outputs of the slave processor do not agree with the outputs of the master processor, 
but both processors are operating correctly. 

There are several potential sources of spurious errors In a master/slave configuration 
that are avoided by the Am29050 microprocessor design: 

1. Unimpiemented bits In processor registers that are reflected on processor outputs. 
This Is avoided In the Am29050 microprocessor design by having all 
unimplemented bits be read as 0. 

2. Unpredictable values for channel signals. If a DERR or I ERR response is asserted 
In response to an access, the Data Bus or Instruction Bus may be at an indeter¬ 
minate level (e.g., high-impedance), causing the master and slave processors to 
detect different values. If these values are later reflected on processor outputs, a 
spurious MSERR assertion may occur. The Am29050 micropr ocesso r avoids this 
problem by Ignoring the instruction or data word returned with DERR or lERR. 

3. Unpredictable power-up state that is reflected on processor outputs. The 
Am29050 microprocessor avoids this problem upon reset by forcing to a known 
value any state that might be reflected on outputs before the completion of 
initialization. 

Another source of spurious errors is a lack of synchronization between the master 
and slave processors. To maintain synchronization between the master and slave 
processors, it is first necessary that they operate with identical clocks. This is 
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5.8.3 


accomplished by having the master processor drive SYSCLK, with the slave proces¬ 
sor receiving SYSCLK as an input, or by driving both processors’ SYSCLK inputs with 
the same externally generated clock. 

However, the fact that both processors operate with the same clock Is not sufficient to 
guarantee synchronization. Asynchronous processor Inputs, If they are truly asynchro¬ 
nous to the operation of the master and slave processors, may affect the master 
processor a cycle sooner or later than they affect the slav e proce ssor. For this reason, 
the rele vant asynchronous inputs (i.e., WARN, INTR(3-0), TRAP(1-0), CNTL{1-0) and 
RESET) must be extern ally syn chronized to both the master and slave processors. 
Note that in the case of RESET, only the active-to-lnactive transition must be 
synchronized. 


Switching Master and Slave Processors 

In some master/slave configurations, it might be desirable to give the slave processor 
control over the system when an error is Isolated to the master processor. It Is possi¬ 
ble to grant control of the system to the slave processor by taking It out of the Test 
mode, and placing the master processor into the Test Mode. Note that synchroniza¬ 
tion must be maintained when this Is accomplished (e.g., using the Halt mode). 

If the original master processor is configured to generate SYSCLK in this case, the 
slave processor also must generate SYSCLK when It becomes a master. Because of 
this, the INCLK signal must be supplied to both the master and slave processors, with 
both processors being configured to generate clocks. 

In this master/slave configuration, the slave processor still receives SYSCLK from the 
master processor as described previously. The slave processor does not drive 
SYSCLK because of the Test mode. However, when the slave processor is taken out 
of the Test mode, it is able to drive SYSCLK as required. 

Note that this processor-switching scheme may be generalized to more than two 
processors. 
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COPROCESSOR INTERFACE 



A coprocessor for the Am29050 microprocessor is an off-chip extension of the proc¬ 
essor’s execution unit. The Am29050 microprocessor communicates with the co¬ 
processor using a mechanism that is very similar to the mechanism used to com¬ 
municate with other external devices and memories. However, because the copro¬ 
cessor extends the Instruction-execution capabilities of the processor, transfers to and 
from the coprocessor are In terms of operands, operation codes, results, and status 
information. This is In contrast to address and data transfers that occur for other types 
of external accesses. This chapter describes the coprocessor Interface, both from a 
software and a hardware point of view. 

6.1 COPROCESSOR PROGRAMMING 

6.1.1 Overview of Coprocessor Operations 

A program executes the following steps to perform a coprocessor operation. This 
sequence is intended only as a guide, since there are many possible variations: 

1. Send operands to the coprocessor. The number of transfers to the coprocessor 
depends on the number of operands, and the length of each operand. As many as 
64 bits of information can be transferred In a single cycle. 

2. Send an operation code and other operation information to the coprocessor. The 
operation can be specified by as many as 64 bits of information. 

3. Start the coprocessor operation. This can occur simultaneously with the 
operation-code transfer of step 2. 

4. Read the coprocessor results. The number of transfers from the coprocessor 
depends on the number of results, and the length of each result. 

The above sequence is defined so that coprocessor operations may be concurrent 
with other processor operations, including external accesses. This is possible be¬ 
cause coprocessor operations are decoupled from the transfer of Information to and 
from the coprocessor. Once the operation is started, in step 3, the processor may 
continue further execution, overlapped with coprocessor execution, until the 
coprocessor results are read. 

Because the Am29050 microprocessor Implements overlapped loads, it can continue 
execution after attempting to read a coprocessor result. However, If the processor 
attempts to use the result before the operation Is complete, the processor enters the 
Pipeline Hold mode until the operation Is complete. 

In certain circumstances. It may be desired to perform multiple coprocessor opera¬ 
tions before any results are read. For example, certain array computations form a 
single result from more than one operation. In this case, steps 1 through 3 above may 
be repeated—In any combination desired and as many times as desired—before 
results are read. The coprocessor Interface allows the coprocessor to prevent the 
transfer of operands and/or operation codes if it is not prepared to receive them. 
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6.1.2 Coprocessor Transfers 

All coprocessor transfers occur between general-purpose registers and the 
coprocessor. The transfers occur as the result of the execution of load and store 
instructions for which the Coprocessor Enable (CE) bit has a value 1. For a store, the 
information transferred to the coprocessor Is given either by the contents of two 
general-purpose registers, or by the contents of a general-purpose register and an 
8-bit constant. For a load. Information is transferred Into a single general-purpose 
register in the Am29050 microprocessor. 

The coprocessor model includes no provision for addressing. Although It is possible to 
extend the coprocessor Interface to include addressing, addressing is more appropri¬ 
ately handled by normal external accesses defined for the processor (such as Input/ 
output). 

The format of the instructions that transfer information to and from a coprocessor Is 
shown in Figure 6-1. 


Figure 6-1 Coprocessor Load/Store Format 



TC 


CE SA UA 


For coprocessor stores, the RA and RB or I fields specify the source of data to be 
transferred to the coprocessor. The RA field specifies a general-purpose register 
whose contents are transferred to the coprocessor. The RB or I field specifies either a 
general-purpose register whose contents are transferred to the coprocessor, or a 
zero-extended constant that Is transferred to the coprocessor. For the latter, the M bit 
of the operation code (bit 24) determines whether the register or the constant Is used, 
as with most Instructions. Note that as many as 64 bits of information may be trans¬ 
ferred to the coprocessor by a single store Instruction. 

For coprocessor loads, the data transferred from the coprocessor Is written to the 
general-purpose register given by RA; the RB or I field is unused in this case (how¬ 
ever, the contents of the specified register, or the zero-extended constant, appears on 
the Address Bus). In contrast to the coprocessor store, a load transfers only 32 bits of 
Information from the coprocessor. 

Other bits in the coprocessor load and store instructions are defined as follows: 

Bit 22: Transfer Control (TC)— This bit affects the behavior of the coprocessor for 
the transfer, depending on whether the transfer is for a load or store. The definition of 
this bit is by convention only, and is not enforced by the processor. 

For transfers to the coprocessor (i.e., stores), a value of 1 for the TC bit causes a 
coprocessor operation to start. For transfers from the coprocessor (i.e., loads) a value 
of 1 for the TC bit causes the coprocessor to suppress exception reporting. In either 
case, a value of 0 for the TC bit has no special effect on the coprocessor. 
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Bit 21: Set Coprocessor Active (SA)— This bit is provided to signal the beginning 
and end of a coprocessor operation, so that the proper action may be taken by soft¬ 
ware if the operation is interrupted. 

An SA bit of 1 affects the Coprocessor Active (CA) bit in the Current Processor 
Status. If the SA bit is 1 for a store, the CA bit is set. If the SA bit is 1 for a load, the 
CA bit is reset. If the SA bit is 0, there is no effect on the CA bit. 

Bit 20: reserved 

Bit 19: User Access (UA)— The UA bit allows programs executing in the Supervisor 
mode to emulate User-mode coprocessor transfers. This allows checking of the 
authorization of a transfer requested by a User-mode program. Note that this check¬ 
ing is performed externally, since the processor imposes no restriction on User-mode 
coprocessor transfers. 

If the UA bit is 1, the coprocessor transfer Is performed in the User mode, regardless 
of the value of the Supervisor Mode (SM) bit in the Current Processor Status. In this 
case, the User mode affects only the SUP/US output; It has no effect on the registers 
that can be accessed by the instruction. If the UA bit is 0, the program mode for the 
transfer is controlled by the SM bit. 

Bits 18-16: Option (OPT)— The OPT field is placed on the OPT(2-0) outputs during 
the coprocessor transfer. There is a one-to-one correspondence between the OPT 
field and the OPT(2-0) outputs; that is, the most-significant OPT bit is placed on 
OPT2, and so on. 

The OPT bits define the quantities being transferred to or from the coprocessor. For 
example, they can specify whether operands or operation codes are being trans¬ 
ferred. The Interpretation of the OPT field depends on the definition of a given 
coprocessor. 

The transfer of data to or from the coprocessor may be caused by any load or store 
Instruction defined for the processor; the operation of coprocessor transfers is very 
similar to the operation of external accesses. 

Coprocessor transfers are overlapped with the execution of instructions that sequen¬ 
tially follow the coprocessor load or store instruction. However, only one load or store 
may be in progress in any given cycle, whether or not the load or store is directed to a 
coprocessor. The pipeline Interlocks that apply to external accesses also apply to 
coprocessor transfers, except that coprocessor-transfer interlocks are determined by 
the time taken by the coprocessor to perform an operation, rather than the time taken 
to perform an access. 

Note that coprocessor transfers may be performed by Load Multiple and Store 
Multiple instructions. However, register RB has no defined Interpretation for a Store 
Multiple to the coprocessor. For this reason. Store Multiple is defined to transfer 
multiple, 32-blt quantities to the coprocessor. Similarly, a Load Multiple transfers 
multiple, 32-bit quantities from the coprocessor. Note, however, that the Incrementing 
address sequence defined for Load Multiple and Store Multiple still appears on the 
Address Bus for coprocessor transfers. 


Coprocessor Exceptions 

A C oproce ssor Exception trap occurs if the coprocessor reports an exception (using 
the DERR signal) during a coprocessor transfer. The Coprocessor Exception may 
occur either for a coprocessor load or store. 
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In the case of a load that reads a coprocessor result, the Coprocessor Exception can 
be used to indicate that the result is incorrect because of some exceptional condition. 
In some cases, the Am29050 microprocessor might be able to correct the results of 
the operation. 

In the case of a store to the coprocessor, the Coprocessor Exception can be used to 
indicate that the coprocessor cannot accept the transfer because of some exceptional 
condition. For example, it may indicate an error in a stream of calculations, where 
intermediate results are not being read. As with a load, the Am29050 microprocessor 
may be able to correct the exceptional condition. 

As noted above, the trap handler that executes as the result of the Coprocessor Ex¬ 
ception trap may attempt to correct the exceptional condition. In many cases, the trap 
handler must be able to read the intermediate results of the operation from the 
coprocessor, along with other information about the operation. When this information 
is read, it may be necessary to suppress further exception reporting, so that the trap 
handler does not create additional Coprocessor Exception traps. For this reason, the 
TC bit in the coprocessor load or store Instruction allows the processor to read 
coprocessor results while suppressing exception reporting. 

Additionally, the TC bit allows a program to read the result of a coprocessor operation 
regardless of any errors that may have occurred. This provides an optional trapping 
capability analogous to that provided for certain Am29050 microprocessor arithmetic 
operations (e.g., Am29050 microprocessor instructions allow an optional trap on 
arithmetic overflow). 

6.1.4 Coprocessor as a System Option 

When the coprocessor is a system option, coprocessor operations are performed by 
the processor when the coprocessor is not present. 

The coprocessor may be designed as a system option by use of the Coprocessor 
Present (CP) bit of the Configuration Register. The CP bit is set during system initiali¬ 
zation, based on the presence (CP = 1) or absence (CP = 0) of the coprocessor. If the 
CP bit Is 0 when the processor attempts to execute a coprocessor load or store in¬ 
struction, a Coprocessor Not Present trap occurs. 

When a Coprocessor Not Present trap is taken, the Channel Address, Channel Data, 
and Channel Control registers contain Information related to the coprocessor transfer. 
This Information may be used by the trap handler to emulate the operation of the 
coprocessor. 

6.1.5 Interrupted Coprocessor Operations 

The Coprocessor Active (CA) bit of the Current Processor Status Register may be 
used to Indicate the duration of a coprocessor operation. The value 1 In the CA bit 
Indicates that the coprocessor has begun an operation that has not completed (i.e., 
the final results have not been read). 

The CA bit is affected by the Set Coprocessor Active (SA) bit in the coprocessor load 
and store instructions. If the SA bit is 1 for a store, the CA bit is set; if the SA bit is 1 
for a load, the CA bit is reset. The routine that accesses the coprocessor is responsi¬ 
ble for setting and resetting the CA bit appropriately. 

If an interrupt or trap is taken during a coprocessor operation, and the CA bit has 
been properly managed, the CA bit of the Old Processor Status signals to an interrupt 
or trap handler that the interrupted routine had begun a coprocessor operation, but 
had not completed the operation before the interrupt or trap was taken. In this case, 
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the coprocessor contains state information that must be preserved. This information 
may be saved and restored across the interrupt or trap, or, alternatively, kept in the 
coprocessor. 

Upon an interrupt or trap, the state information contained in the coprocessor depends 
on both the operation being performed and the definition of the coprocessor. The 
methods used to determine what state information must be saved, and the methods 
used to transfer this information, are also dependent on the definition of the 
coprocessor. 

Due to interrupt-latency considerations, it may be desirable to leave state information 
in the coprocessor upon interrupt, rather than require that it always be saved. A prob¬ 
lem arises, however, when a routine other than the one that was originally interrupted 
attempts to use the coprocessor. The coprocessor may be protected from such use 
by resetting the CP bit in the Configuration Register. If another routine attempts to use 
the coprocessor In this case, a Coprocessor Not Present trap occurs. The trap han¬ 
dler for this trap may either save the coprocessor state and make the coprocessor 
available to the trapping routine, or return control to the routine that was originally 
using the coprocessor. 

Certain coprocessor operations may not be Interruptible. For these operations. Inter¬ 
rupts may be disabled by the Disable Interrupts (Dl) and/or Disable All Interrupts and 
Traps (DA) bits in the Current Processor Status Register. However, this disabling can 
be performed only by a program In the Supervisor mode. Any User-mode programs 
that perform non-interruptible coprocessor operations incur the overhead of a call to a 
Supervisor-mode program. 

6.2 COPROCESSOR ATTACHMENT 

Communication with the coprocessor occurs via the Am29050 microprocessor chan¬ 
nel. Figure 6-2 illustrates a typical coprocessor connection. For transfers to the 
coprocessor, 64 bits of data are transferred In a single cycle, using the Address Bus 
and Data Bus simultaneously. For transfers from the coprocessor, 32 bits of data are 
transferred In a cycle, using the Data Bus. 

The width of transfers to the coprocessor Is greater than the width of transfers from 
the coprocessor because the Am29050 microprocessor is optimized for computations 
performed on two word-length operands, with a single word-length result. The oper¬ 
and/result data flow of the processor is reflected In the Interface to the coprocessor. 

The protocol for coprocessor transfers is nearly identical to the protocol for other 
external accesses on the channel. Minor differences result from the fact that there are 
no addresses for coprocessor transfers, and from the fact that the coprocessor Is 
operation-oriented, rather than access-oriented. 

6.2.1 Signal Description 

Coprocessor transfers are indicated on the channel by the DREQT1 output being 
High during a request. The DREQTO output also affects the transfer, based on the 
R/W signal, as follows: 


R/W DREQT1 DREQTO Meaning 


0 

0 

1 

1 


1 

1 

1 

1 


0 

1 

0 

1 


Transfer to coprocessor 

Transfer to coprocessor, start operation 

Transfer from coprocessor 

Transfer from coprocessor, suppress errors 
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Figure 6-2 


Coprocessor Attachment 



Note that the interpretation of DREQTO during a coprocessor transfer is by convention 
only. 

The only signal unique to coprocessor transfers is the CDA input. The coprocessor 
de>asserts this signal whenever it can accept no transfers from the processor (nor¬ 
mally, this is because it Is performing an operation). 
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The co mpleti on of a tra nsfer to the coprocessor is indicated when the coprocessor 
asserts CDA. The input DRDY is not used in t his ca se. The performance of transfers 
to the coprocessor is enhanced by the use of CDA, since it elimina tes the need for the 
coprocessor to decode a transfer request and respond with DRDY and thereb y elim i- 
nates the logic delay involved. Note that the coprocessor normally de-asserts CDA 
when it starts an operation, so that CDA can be independent of transfer requests. 


6.2.2 Coprocessor Communication 

The Address Bus is used to transfer information to the coprocessor. Therefore, the 
addressing function of other devices and memories on the channel must be disabled 
during coprocessor transfers. Since DREQT1 is High for all coprocessor transfers, it 
should be used to Inhibit the address-decoding function of channel devices and 
memories, as well as to indicate to the coprocessor that a transfer is occurring. 

The OPT(2-0) outputs are used during coprocessor transfers to indicate the type of 
transfer, or to provide other controls for the coprocessor. The interpretation of the 
OPT(2-0) slgnals_depends on the implementation of the coprocessor, and may also 
depend on the R/W signal. 

6.2.2.1 COPROCESSOR TRANSFER PROTOCOLS 

The protocols available for coprocessor transfers are based on the protocols for 
simple, pipelined, and burst-mode data accesses discussed in Section 5.2.6. The 
protocols for write accesses are used for transfers to the coprocessor, and the proto¬ 
cols for read accesses are used for transfers from the coprocessor. 

The protocol for coprocessor transfers differs In several respects from the protocol for 
external data accesses: 

1. The CDA signal c onsist ently replaces the DRDY for transfers to the coprocessor. 
An active level on CDA, for transfers to the coproce ssor, has an effect that is 
equivalen t to the effect of an active level on DRDY for normal store-operations. 
Note that DRDY is still used for transfers from the coprocessor. 

2. The Address Bus does not contain an address during a coprocessor transfer, but 
may contain data In the case of a transfer to the coprocessor. However, for 
transfers from the coprocessor, the Address Bus is still sequenced as described In 
Secti on 5.2, a nd the sequencing is determined by the same controls—except that 
CDA replaces DRDY for transfers to the coprocessor. The contents of the Address 
Bus are determined by the coprocessor load Instruction, as for other load 
instructions. 

3. For any coprocessor transfer, an active level on DERR causes a Coprocessor 
Exception trap, rather than a Data Access Exception trap. 

4. For burst-mode coprocessor transfers, the interpretation of sequential addressing 
is undefined. For this reason, burst-mode transfers are normally restricted to 32 
bits of Information for every transfer, regardless of whether the transfer is to or 
from the coprocessor. Note, however, that the incrementing address sequence Is 
still present in the definition of a burst-mode coprocessor transfer, and may be 
useful in some cases. 


6.2.2.2 SEQUENCING OF CDA 

The coprocessor de-asserts CDA whenever It canno t accept a transfer from the 
Am29050 microprocessor. An inactive level on CDA prevents the Am29050 
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6.2.2.3 


microprocessor from transferring operands or operation codes to the coprocessor 
when these transfers might interfere with coprocessor operation. 

Normaily, the coprocessor de-asserts CDA when it begins an operation. CDA remains 
inactive until the coprocessor has completed the operation and can accept further 
transfers from the processor. For s ome operations, a result may have to be read 
before the coprocessor can assert CDA. 

Independent of the p resen ce of the coprocessor, a pull-down resistor In the range of 
33K to 68K ohms on CDA Is necessary for standard coprocessor detector to function 
properly. 

The coprocessor can acknowledge a transfer by as serting CDA. However, it is gener¬ 
ally more efficient for the coprocessor to hold CDA active as long as It can accept 
transfers. In the latter case, mult iple data transfers can occur at a high rate, without 
Involving long logic delays. CDA is related to the operation of the coprocessor In this 
case, rather than to the transfer of data. 

EXCEPTION REPORTING 

The coprocessor reports exceptions by the activation of DERR during any 
coprocessor transfer. This causes a Coprocessor Exception trap to occur. However, if 
the DREQT(1-^) signals have the value 11 f or a tra nsfer from the coprocessor, ex¬ 
ception reporting should be suppressed, and DERR should not be asserted. Note, 
however, that the Am29050 microprocessor does not enforce the suppression of 
exception reporting. 
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CHAPTER 7 


PROGRAMMING 



This chapter discusses programming topics as they relate to the Am29050 micropro¬ 
cessor. It focuses on the use of processor resources that were more formally de¬ 
scribed in Chapter 3. The presentation in this chapter is intended to be used as a 
guide in the implementation of software systems for the processor, not necessarily as 
a strict definition of how these systems should be implemented. 

This chapter is organized into four sections. The first section describes the run-time 
storage organization recommended for the Am29050 microprocessor and the use of 
the local registers to improve the performance of procedure calls. The two subse¬ 
quent sections discuss applications and systems programming for the processor. The 
final section discusses certain features of the Am29050 microprocessor pipeline that 
are exposed to—and must be properly handled by—software which executes on the 
processor. 

7.1 RUN-TIME STORAGE ORGANIZATION AND 
CALLING CONVENTION 

Programming languages that use recursive procedures, such as C and Pascal, gener¬ 
ally use a stack to store data objects that are dynamically allocated at run-time. The 
organization of the run-time storage, including the run-time stack, determines how 
data objects are stored and how procedures are called at the machine level. The 
Am29050 microprocessor is designed to minimize the overhead of calling a proce¬ 
dure, and allows efficient passing of parameters to a procedure and returning of 
results from a procedure. This section describes the Am29050 microprocessor run¬ 
time storage organization and procedure-calling conventions. 

7.1.1 Run-Time Stack Organization and Use 

A run-time stack consists of consecutive overlapping structures called activation 
records. An activation record contains dynamically allocated information specific to a 
particular activation (or call) of a procedure (such as local data objects). Because of 
recursion, multiple copies of a procedure may be active at any given time. Each active 
procedure has its own unique activation record, allocated somewhere on the run-time 
stack. The local variables required by a particular procedure activation are contained 
in the activation record associated with that activation. Thus, the local variables for 
different activations do not Interfere with one another. A compiler generates the In¬ 
structions to create and manage the run-time stack, and compiler-generated instruc¬ 
tions are based on Its existence. 

As an example, Figure 7-1 shows three activation records on a run-time stack. This 
stack configuration was generated by procedure A calling procedure B, which in turn 
called procedure C. The fact that procedure C is the currently active procedure is 
reflected by its activation record being on the top of the run-time stack. The Stack 
Pointer points to the top of procedure C’s activation record. 
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Figure 7-1 


Run-Time Stack Example 
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In Figure 7-1, the storage areas labeled Out args and In args are the outgoing argu¬ 
ments area (for the caller) or the Incoming arguments area (for the callee). These are 
shared between the caller procedure and the callee for the communication of parame¬ 
ters and results. The areas labeled locals contain storage for local variables, tempo¬ 
rary variables (for example, for expression evaluation) and any other items required 
for the proper execution of the procedure. 

MANAGEMENT OF THE RUN-TIME STACK 

A run-time stack starts at a high address in memory and grows toward lower memory 
addresses as procedures are called. The bottom of the stack is the location, with a 
high address, at which the stack starts; the top of the stack Is the location, with a 
lower address, at which the most recent activation record has been allocated. 

When a procedure is called, a new activation record may need to be allocated on the 
run-time stack. An activation record is allocated by subtracting from the stack pointer 
the number of locations needed by the new activation record. The stack pointer is 
decremented so that variables referenced during procedure execution are referenced 
in terms of positive offsets from the stack pointer. 

When storage for an activation record is allocated, the number of storage locations 
allocated is the sum of the number of locations needed for: 

1. Local variables; 

2. Restarting the caller, such as locations for return addresses; and 

3. Arguments of procedures that may be called in turn by the called procedure (the 
outgoing arguments area). 

Note that, In some cases, no storage Is required for one or more of the above items. 
Also, the Incoming arguments area, though it Is part of the activation record of the 
callee, is not allocated storage at this time, because this storage was allocated as the 
outgoing arguments area of the calling procedure. 

An activation record Is de-allocated, just prior to returning to the caller, by adding to 
the stack pointer the value that was subtracted during allocation. 
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The Am29050 microprocessor run-time storage actually Is Implemented as two 
stacks: the Register Stack and the Memory Stack. Storage Is allocated and de-allo- 
cated on these stacks at the same time. The Register Stack stores activation records 
associated with all active procedures (except leaf routines, as described later). The 
Memory Stack stores activation-record Information that does not fit Into the Register 
Stack or that must be kept in memory for other reasons (e.g., because of pointer 
de-references). Both the Register Stack and the Memory Stack are stored In the 
external data memory. However, a portion of the Register Stack Is kept In the 
Am29050 microprocessor local registers for performance. The term stack cache In 
this section refers to the use of the local registers to contain a portion of the Register 
Stack. 

7.1.1.2 THE REGISTER STACK 

The Register Stack contains activation records for active procedures (Figure 7-2). An 
activation record In the Register Stack stores the following Information. 

• Input arguments to the called procedure. This portion of the activation record Is 
shared between a caller and the callee. It Is allocated by the caller as part of the 
caller’s activation record. 

• The caller’s frame pointer. This Is the address of the lowest-addressed byte above 
the highest-address word of the caller’s activation record, and Is used to manage 
the Register Stack. This portion of the activation record Is shared between a caller 
and the callee. It is allocated by the caller as part of the caller’s activation record. 

• The caller’s return address. This Is used to resume the execution of the caller after 
the called procedure terminates. This is also part of the caller’s activation record. 

• The memory frame pointer. This Is the address of the top of the caller’s Memory 
Stack (see below). This address is stored by the callee (If required), and used to 
restore the memory stack upon return. 


Figure 7-2 An Activation Record in the Register Stack 
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• The local variables of the called procedure, if any. 

• Outgoing parameters of the called procedure, if any. 

• The frame pointer of the called procedure. If the procedure calls another procedure. 

• The return address for the called procedure. If the procedure calls another 
procedure. This location is allocated In the Register Stack, and used when the 
called procedure calls another procedure. 

7.1.1.3 Am29050 MEMORY LOCAL REGISTERS AS A STACK CACHE 

The Am29050 microprocessor was designed for efficient implementation of the Regis¬ 
ter Stack. Specifically, the Am29050 microprocessor can use the large number of 
relatively addressed local registers to cache portions of the Register Stack, yielding a 
significant gain in performance. Allocation and de-allocation of activation records 
occurs largely within the confines of the high-speed local registers, arki most proce¬ 
dure calls occur without external references. Furthermore, during procedure execution 
most data accesses occur without external references, because activation-record 
data are referenced most frequently. The principle of locality of reference—-which 
allows any cache to be effective—also applies to the stack cache. The entries In the 
stack cache are likely to remain there for re-use, because the size of the Register 
Stack does not change very much over long intervals of program execution. Activation 
records are typically small, so the 128 locations in the local register file can hold many 
activation records. 

Allocating Register-Stack activation records in the local registers is facilitated by the 
Stack Pointer in Global Register 1. During the execution of a procedure, the Stack 
Pointer points simultaneously to the top of the Register Stack in memory and to the 
local register at the top of the stack cache. In other words. Global Register 1, a word- 
length register, contains the 32-blt address of the top of the Register Stack, while bits 
8-2 of Global Register 1 (with a 1 appended to the most-significant bit) indicate the 
absolute register number of Local Register 0. Allocation and de-allocation of the 
Register Stack is accomplished by subtracting from or adding to, respectively, the 
value of the Stack Pointer. 

Using this register-addressing scheme, locations from the Register Stack are auto¬ 
matically mapped Into the local register file. Figure 7-3 shows the relationship be¬ 
tween the Register Stack and the stack cache in the local registers. As shown, point¬ 
ers are required to define the boundaries between the Register Stack and the stack 
cache. 

• The register free bound {rfb, gr127) pointer defines the boundary between the 
portion of the Register Stack that Is cached in the local registers and the portion that 
is stored in the external data memory. The rfb pointer contains the address of the 
first word In the Register Stack that is not contained in the local registers, but which 
is In memory. 

• The frame pointer (fp, Irl) contains the memory address of the lowest-addressed 
word not in the current activation record. The current activation record is not 
necessarily in the data memory: the fp is used to determine whether or not an 
activation record is contained In the local registers when a procedure returns from a 
call, as described later. 

• The register stack pointer (rsp, gri) points to the top of the Register Stack either in 
the local registers or the data memory; the rsp is contained In the local-register 
Stack Pointer (Global Register 1). The top of the Register Stack may or may not be 
contained in the data memory—the rsp simply defines the location of the top of the 
Register Stack. 
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Figure 7-3 


Relationship of Stack Cache and Register Stack 
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• The register allocate bound (rab, gr126) pointer defines the lowest-addressed stack 
location that can be cached within the local registers. This defines the limit to which 
local registers can be allocated in the Register Stack. 

Several activation records may exist in the Register Stack at any given time, but only 
one stack location may be mapped to a local register at a given time. When the Reg¬ 
ister Stack grows beyond the 128-word capacity of the local registers, some move¬ 
ment of data between the stack cache and the Register Stack in data memory must 
occur. 

Stack overflow occurs when a procedure is called, but the activation record of the 
callee requires more registers than can be allocated in the stack cache (this is de¬ 
tected by comparing rsp with rab); Figure 7-4 illustrates stack overflow. In this case, 
the contents of a number of registers must be moved to data memory. The number of 
registers Involved must be sufficient to allow the entire activation record of the callee 
to reside in the local registers. A block of the registers Is copied, or spilled Into an 
area of external data memory, freeing space In the local register file for the most 
recent procedure call. 

Stack underflow occurs when a procedure returns to the caller, but the entire activa¬ 
tion record of the caller is not resident in the stack cache (this is detected by compar¬ 
ing fp with rfb); Figure 7-5 illustrates stack underflow. In this case, the non-resident 
portion of the caller’s stack must be moved from data memory to the local registers. 
Underflow occurs because overflow occurred at some previous point during program 
execution, causing part of the Register Stack to be moved to data memory. 
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Figure 7-4 


Figure 7-5 
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The processor performs no hardware management of the stack cache, and cannot 
detect a reference to a quantity that is not in the stack cache. Consequently, software 
must keep the size of an activation record less than or equal to the size of the local 
register file (128 words). Any additional storage requirements are satisfied by the 
Memory Stack. 

7.1.1.4 THE MEMORY STACK 

In general, the Memory Stack Is used to augment the Register Stack, holding addi¬ 
tional Information associated with activation records. For example, the Memory Stack 
holds large data structures than cannot fit into the Register Stack. Similar to the Reg¬ 
ister Stack, the Memory Stack contains a series of (possibly overlapping) activation 
records, each corresponding to a procedure activation. However, a Memory Stack 
activation record need not exist for a procedure that does not need a Memory Stack 
Area. The Memory Stack contains the following information: 

• Overflow incoming arguments. These are incoming arguments that do not fit in the 
allowed incoming arguments area of the Register Stack activation record. 

• Spilled incoming arguments. These are incoming arguments that cannot be kept in 
the Register Stack. For example, if the address of an argument is used in a called 
procedure, the associated value must be In the Memory Stack. 

• Any procedure-local variable not allocated to a register. 

• Local block space. This storage is allocated dynamically on the Memory Stack. It Is 
used to implement functions such as the allocaQ function in the C programming 
language. 

• Overflow outgoing arguments. These are outgoing arguments that do not fit In the 
allowed outgoing arguments area of the Register Stack activation record. 

In contrast to the Register Stack, the Memory Stack is not cached and has no fixed 
size limit. The top of the Memory Stack is defined by the memory stack pointer (msp), 
which is stored in Global Register 125 by convention. 

7.1.2 Procedure Linkage Conventions 

The procedure linkage conventions define the standard sequences of instructions 
used to call and return from procedures. These instruction sequences perform the 
following operations (other, more-general operations may also be required, as de¬ 
scribed later): 

• Put procedure arguments to the outgoing arguments area in the activation record. 
This may or may not involve copying the arguments; copying Is not necessary if the 
arguments are placed Into the appropriate registers as the result of computation. 

• Branch to the procedure using a call instruction, which also places the return 
address in a register. 

• Allocate a frame on the Register Stack. A frame is the storage that contains the 
procedure’s activation record. 

• If overflow occurs during frame allocation, spill the least-recently used locations of 
the Register Stack. The number of spilled locations must be sufficient to allow the 
new frame to reside entirely within the local registers. 

• Determine the frame-pointer value of the called procedure, if this procedure may 
call another procedure. 

• Execute the procedure. 
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• Place return values into the appropriate registers. 

• De-allocate the activation-record frame. 

• Fill locations of the local registers from the Register Stack in external memory, If 
underflow occurs. 

• Branch to the procedure’s return address. 

This section describes the routines that implement the Am29050 microprocessor 
procedure linkage conventions. The operations described here are not required on 
every procedure call. In some cases, operations can be omitted or simpler routines 
used; these cases and the accompanying simplifications are also described here. 

7.1.2.1 ARGUMENT PASSING 

The linkage convention allows up to 16 words of arguments to be passed from the 
caller to the callee in local registers. These arguments are passed In Local Register 2 
through Local Register 17 of the caller (note that the local-register numbers are differ¬ 
ent for the caller and the callee, because of Stack-Pointer addressing). 

When more than 16 words are required to pass arguments, the additional words are 
passed on the Memory Stack. In this case, the memory stack pointer (In Global Regis¬ 
ter 125) points to the 17th word of the arguments, and the remaining argument words 
have higher memory addresses. Multi-word arguments may be split across the Regis¬ 
ter Stack and the Memory Stack. For example, if a multi-word argument starts on the 
16th word of the outgoing arguments, the first word of the argument is passed In the 
Register Stack, and the remainder of the argument is passed in the Memory Stack. 

All arguments occupy at least one word; arguments which are a byte or half-word in 
length (for example, a character) are padded to 32 bits and passed as a full word. 
However, an array or structure composed of multiple byte or half-word components is 
passed as a single, packed array or structure of bytes or half-words rather than an 
array or structure of padded bytes or half-words. 

No argument Is aligned to other than a word address boundary, including multi-word 
arguments. Some multi-word arguments are referenced as a single object (for exam¬ 
ple, double-precision floating-point values). Note that it rnay be necessary to copy 
such arguments to an aligned memory or register area before use. 

7.1.2.2 PROCEDURE PROLOGUE 

When a procedure is called, and the procedure may call another procedure, the callee 
must allocate a frame for itself on the Register Stack (this is not required for leaf 
procedures that do not call other procedures, as described later). A frame is allocated 
by decrementing the register stack pointer to accommodate the size of the required 
activation record. The procedure prologue is the instruction sequence that allocates 
the callee’s Register Stack frame. 

To allocate the stack frame, the prologue routine decrements the register stack 
pointer by the amount rsize (see Figure 7-6). The value of rsize must be an even 
number given by the following formula: 

rs/ze> (size of local variable area) + (size of outgoing arguments area )-h 2 

The value 2 in this formula accounts for the space required by the return address (in 
Local Register 0) and the frame pointer (in Local Register 1). The size of the local 
variable area includes the space for the memory frame pointer. If required. If the 
formula total is an odd value, the total must be adjusted (by adding 1) so that the 
resulting rsize value is even. This aligns the top of the Register Stack on a double- 
word boundary. The reason for this alignment is that double-precision floating-point 
values must be aligned to registers with even absolute-register numbers. Alignment of 
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Figure 7-6 


Definition of size and rsize Values 


Caliee’s 

Activation 

Record 


size nsize 


Incoming Arguments* 


Frame Pointer 


Return Address 


Memory Frame Pointer* 


Local Variables 
of Callee* 


Outgoing Arguments* 


Frame Pointer* 


Return Address* 


*May not be required 


LR1 (caller) 

- LRO (caller) 

Caller’s Stack Pointer 


LR1 (caller) 

- LRO (caller) 

Callee’s Stack Pointer 


double-precision values is accomplished by placing these values Into even-numbered 
local registers and making rsize even (it is also assumed that the register stack 
pointer is initialized on an even-word boundary). 

Note that rsize Is not the size of the entire activation record of the callee, because the 
callee’s activation record Includes storage that was allocated as part of the caller’s 
activation record frame (e.g., the caller’s outgoing arguments area, which Is the 
callee’s Incoming arguments area). The size of the callee’s entire activation record is 
denoted size, and Is given by the following formula: 

size = rsize +(size of the incoming arguments area)+2 

In the prologue routine, the following instruction Is used to allocate the stack frame 
(rsp=gr1): 

prologue: 

sub rsp,rsp,rsize*4 ; *4 converts words to bytes 

However, this instruction does not account for the fact that there may not be enough 
room in the local registers to contain the activation record. There must be additional 
instructions to detect stack overflow and to cause spilling if overflow occurs. This is 
accomplished by comparing the new value of the register stack pointer with the value 
of the register allocate bound and invoking a trap handler (with vector number 
V_SPILL) if overflow is detected. 

Furthermore, if the procedure calls another procedure, the prologue must compute a 
frame pointer. The frame pointer will be used by procedures called in turn by the 
callee to insure that the callee’s activation record Is in the local registers upon return 
(i.e., that It has not been spilled onto the Register Stack In data memory). The frame 
pointer is computed In the prologue because it need only be computed once, regard¬ 
less of how many procedures are called by given procedure. 
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The complete procedure prologue is then (fp = Ir1): 
prologue: 

sub rsp, rsp, rsize*4 

asgeu V_SPILL, rsp, rab 

add fp, rsp, size*4 

7.1.2.3 SPILL HANDLER 

If overflow occurs, the assert instruction in the prologue fails, causing a trap. The 
trap handler invokes a User-mode routine in the trapping process to spill Register 
Stack locations from the local registers to external memory. Having most of the spill 
handling In a User-mode routine minimizes the amount of time that interrupts are 
disabled, and Insures that spilling is performed using the correct virtual-memory 
configuration. 

The spill handler uses two registers. The first register. Global Register 121, normally 
contains a trap-handler argument (fav), but is used by the spill handler as a temporary 
register. The second register. Global Register 122, stores a trap handler return ad¬ 
dress {pc). This register is used by the User-mode spill handler to return to the trap¬ 
ping procedure, it is assumed that the address of the User-mode spill handler is 
contained in a global register, denoted user_spill_reg in the following instruction 
sequence. 

The complete spill handler is: 

; operating-system routine 
tpc, PCI ; save return address 

PCI, user_spilLreg ; branch to User spill via interrupt return 
tav, user_spilLreg, 4 
PCO, tav 

user_spill: 

sub tav, rab, rsp 

srI tav, tav, 2 

sub tav, tav, 1 

mtsr CR, tav 

sub tav, rab, rsp 

sub tav, rfb, tav 
add rab, rsp, 0 
storem 0,0, IrO, tav 
jmpi tpc 

add rfb, tav, 0 

7.1.2.4 RETURN VALUES 

If the called procedure returns one or more results, the first 16 words of the result(s) 
are returned in Global Register 96 through Global Register 111, starting with Global 
Register 96. 

If more than 16 words are required for the results, the additional words are returned in 
memory locations allocated by the caller. In this case, a large return pointer (Irp) 
provided by the caller in Global Register 123 at the time of the call points to the 17th 
word of the results, and subsequent words are stored at higher memory addresses. 

7.1.2.5 PROCEDURE EPILOGUE 

The procedure epilogue de-allocates the stack frame that was allocated by the proce¬ 
dure prologue, and returns to the calling procedure. Stack de-aiiocation is accom¬ 
plished by adding the rsize value back to the register stack pointer, after which the 
de-aiiocated registers are no longer used and are considered invalid. The epilogue 


; User-mode spill handler 
; compute spill: allocate bound - rsp 
; shift to get number of words 
; count is one less 
; set Count Remaining Register 

; compute new free bound 
; adjust allocate bound 
; spill 

; return to trapping procedure 
; adjust free bound 


Spill: 

mfsr 

mtsr 

add 

mtsr 

iret 


; allocate frame 
; call spill handler if needed 
; compute frame pointer 




also detects stack underflow and causes register filling if underflow occurs. This Is 
accomplished by comparing the value of the caller’s frame pointer with the register 
free bound and invoking a trap handler (with vector number V_FILL) If underflow Is 
detected. Finally, the epilogue returns to the caller using the caller’s return address. 

The complete procedure epilogue Is: 


epilogue: 

add 

rsp, rsp, rsize*4 

; add back rsize count 

nop 


; cannot reference a local register here 

asleu 

V FILL, fp, rfb 

; call fill handler if needed 

imp! 

IrO 

; jump to return address 


7.1.2.6 FILL HANDLERS 

If underflow occurs, the assert Instruction in the epilogue fails, causing a trap. The 
trap handler invokes a User-mode routine In the trapping process to fill Register Stack 
locations from the external memory to local registers. The fill handler is similar in 
organization to the spill handler discussed above. 

The complete fill handler is: 


Fill: 

mfsr 

tpc, PCI 

operating-system routine 
save return address 


mtsr 

PCI, userJilLreg 

branch to User fill via interrupt return 

userjill: 

add 

mtsr 

iret 

const 

or 

tav, userJilLreg, 4 

PCO, tav 

tav, 0x80 << 2 
tav, tav, rfb 

User-mode fill handler 

put starting register number Into Indirect 


mtsr 

sub 

IPA, tav 
tav, Irl, rfb 

Pointer A 

compute number of bytes to fill 


add 

rab, rab, tav 

adjust the allocate bound 


srI 

tav, tav, 2 

change byte count to word count 


sub 

tav, tav, 1 

make count zero-based 


mtsr 

CR, tav 

set Count Remaining register 


loadm 

0,0, grO, rfb 

fill 


jmpi 

tpc 

return to trapping procedure 


add 

rfb, in, 0 

adjust the free bound 

THE REGISTER 

STACK LEAF FRAME 


A leaf procedure Is one that does not call any other procedure. The Incoming argu¬ 
ments of a leaf procedure are already allocated in the calling procedure’s activation- 
record frame, and the leaf routine is not required to allocate locations for any outgoing 
arguments, frame pointer or return address (since it performs no call). Hence, a leaf 
procedure need not allocate a stack frame in the local registers, and can avoid the 
overhead of the procedure prologue and epilogue routines. Instead, a leaf routine can 
use a set of global registers for local variables; Global Register 96 through Global 
Register 124 are reserved for this purpose (among other purposes). If there Is an 
insufficient number of global registers, the leaf procedure may allocate a frame on the 
Register Stack. 

7.1.2.8 LOCAL VARIABLES AND MEMORY-STACK FRAMES 

A called procedure can store its local variables and temporaries in space allocated in 
the Register Stack frame by the procedure prologue. The values are referenced as an 
offset from the rsp base address, using the Stack-Pointer addressing of the Am29050 


PROGRAMMING 7-11 







microprocessor local registers. No object in a register is aligned on anything smaller 
than a register boundary, and ail objects take at least one register. 

Because there are 128 local registers, the total Register Stack activation-record size 
may not be greater than 128 words. If the callee needs more space for local variables 
and temporaries, it must allocate a frame on the Memory Stack to hold these objects. 
To allocate a Memory-Stack frame, the procedure prologue decrements the memory 
stack pointer (msp, in gr125). The procedure epilogue de-allocates the Memory-Stack 
frame by incrementing the msp. 

A procedure that extends the Memory Stack dynamically (e.g., using allocaQ) must 
make a copy of the msp at procedure entry, before allocating the Memory-Stack 
frame. The msp is stored in the memory frame pointer (mfp) entry of the activation 
record in the Register Stack. The procedure then can change the msp during execu¬ 
tion, according to the needs of dynamic allocation. On procedure return, the Memory- 
Stack frame is de-allocated using the mfp to restore the msp. A procedure that does 
not extend the Memory Stack dynamically need not have an mfp entry In its activation 
record. 


The following prologue and epilogue routines are used if there is no dynamic alloca¬ 
tion of the Memory Stack during procedure execution, but a Memory Stack frame is 
otherwise required: 


prologue; 


sub 

rsp, rsp, <rsize>*4 

; allocate register frame 


asgeu 

V_SPILL, rsp, rab 

; call spill handler if needed 


add 

fp, rsp, <size>*4 

; compute register frame pointer 


sub 

msp, msp, <msize> 

; allocate memory frame 
; msize = size of memory frame in words 

epilogue: 


add 

rsp, rsp, <rsize>*4 

; de-allocate register frame 


add 

msp, msp, <msize> 

; de-allocate memory frame 


jmpi 

IrO 

; return 


asleu 

V FILL, fp, rfb 

; call fill handler if needed 


The following prologue and epilogue routines are used If there is dynamic allocation of 
the Memory Stack during procedure execution: 

prologue: 

sub rsp, rsp, <rsize>*4 

asgeu V_SPILL, rsp, rab 

add fp, rsp, <size>*4 

add lr{<rslze>-1}, msp, 0 

sub msp, msp, <msize> 

epilogue: 

add msp, lr{<rslze>-1},0 

add rsp, rsp, <rsize>*4 

nop 

jmpi IrO 

asleu V_FILL, fp, rfb 

7.1.2.9 STATIC LINK POINTER 

Some programming languages (notably Pascal) permit nested procedure declara¬ 
tions, introducing the possibility that a procedure may reference variables and 
arguments which are defined and managed by another procedure. This other 
procedure is a static parent of the callee. A static parent is determined by the 


; allocate register frame 
; call spill handler if needed 
; compute register frame pointer 
; save memory frame pointer 
; lr{rsize-1} is last reg in new frame 
; allocate memory frame, 

; msize = size of memory frame In words 

; restore memory stack pointer 
; de-allocate memory frame 
; de-allocate register frame 
; cannot reference a local register here 
; return 

; call fill handler if needed 
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declarations of procedures in the program source, and is not necessarily the calling 
procedure; the calling procedure is the dynamic parent Since procedures can be 
nested at a number of levels, a given procedure may have a number of hierarchically 
organized static parents. 

A called procedure can locate its dynamic parent and the variables of the dynamic 
parent because of the return address and frame pointer in the Register Stack. How¬ 
ever, these are not adequate to locate variables of the static parent which may be 
referenced in the procedure. If such references appear in a procedure, the procedure 
must be provided with a static link pointer (s/p). In the Am29050 microprocessor 
run-time organization, the s/p is stored in Global Register 124. Since there can be a 
hierarchy of static parents, the s/p points to the s/p of the immediate parent, which in 
turn points to the s/p of its Immediate parent, and so on. Note that the contents of 
Global Register 124 may be destroyed by a procedure call, so a procedure needing to 
reference the variables of a static parent may need to preserve the s/p until these 
references are no longer necessary. 

7.1.2.10 FLOATING-POINT ACCUMULATORS 

A called procedure, if it needs to save and restore the floating-point accumulators, 
may save and restore the accumulators by treating them as double-precision even 
though they may contain single-precision values. Treating the floating-point accumu¬ 
lators as double-precision values is accomplished by saving the Floating-Point Envi¬ 
ronment Register, then forcing the Accumulator Format Field to 10 (double-precision). 
The accumulators and the Floating-Point Environment Register must be restored 
before returning to the calling procedure. Floating-point accumulators are not pre¬ 
served across procedure calls. 

7.1.2.11 TRANSPARENT PROCEDURES 

A transparent procedure is one that requires very little overhead for managing run¬ 
time storage. Transparent procedures are used in the Am29050 microprocessor 
run-time organization primarily to implement compiler-specific support functions, such 
as integer divide. 

A transparent routine does not allocate any activation-record frames. Parameters are 
passed to a transparent procedure using tav and the Indirect Pointer A, B, and C 
registers. The return address Is stored in tpc. This convention allows a leaf procedure 
to call a transparent procedure without changing its status as a leaf procedure. There 
is a tight relationship between a compiler and the transparent procedures it calls. 
Some transparent procedures may need more temporary registers and the compiler 
must account for this. 


7.1.3 Register Usage Convention 

The Am29050 microprocessor run-time organization standardizes the uses of the 
local and global registers. This section summarizes register use and the nomencla¬ 
ture for register values: 

• GR1: Register stack pointer (rsp). 

• GR2-GR3: Condition Code Accumulator. 

• GR4-GR63: Unimplemented. 

• GR64-GR95: Reserved for operating-system use. 

• GR96-GR111: Procedure return values. Lower-numbered registers are used 
before higher-numbered registers. If more than 16 words are needed, the additional 
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7.1.4 


words are stored in memory (see GR123, large return pointer). These registers are 
also used for temporary values that are destroyed upon a procedure caii. 

• GR112-GR115: Reserved for programmer. These registers are not used by the 
compiler, except as directed by the programmer. 

• GR116~GR120: Compiler temporaries. 

• GR121: Trap handler argument/temporary (fav)—This register is used to 
communicate arguments to a software-invoked trap routine. It can be destroyed by 
the trap, but not by other traps and interrupts not explicitly generated by the 
program (for example, a Timer trap). 

• GR122 Trap handler return address/temporary (fpc). This register is also used by 
software-invoked traps. It can be destroyed by the trap, but not by other traps and 
Interrupts not explicitly generated by the program (for example, a Timer trap). 

• GR123: Large return pointer/temporary (/rp). 

• GR124: Static link pointer/temporary (s/p). 

• GR125: Memory stack pointer (msp). 

• GR126: Register allocate bound (rab). 

• GR127: Register free bound (r/P). 

• LRO: Return address. 

• LR1: Frame pointer. 

In this convention, registers must be handled by software according to system re¬ 
quirements. The following practices are recommended: 

• GR64-GR95 should be protected from User-mode access by the Register Bank 
Protect Register. 

• The contents of GR96-GR124 should be assumed destroyed by a procedure call, 
unless the procedure is a transparent procedure. 

• The contents of GR121 and GR122 should be assumed destroyed by any 
procedure call or any program-generated trap. 

• The contents of GR125 are always preserved by a procedure call. 

• The contents of GR126 and GR127 are managed by the spill and fill handlers and 
should not be modified except by these handlers. 

Example of a Complex Procedure Call 

Tho fnilnu/inn rnrlo cpmionrp HpmnnctrflfPQ a rnmnlpv nmrpHiirp rail illii.Qtratinn hnw 

registers are used in the run-time organization: 

caller: 

(other code) 


add 

Irp, msp, 32 

; pass Irp 

add 

sip, msp, 120 

; pass a static link 

call 

IrO, callee 


const 

Ir2,1 

; 1 as first argument 


(other code) 
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cal lee: 


const 

tav, (126-2)M 

giant register allocation 

sub 

rsp, rsp, tav 

allocate register frame 

asgeu 

V SPILL, rsp, rab 


const 

tav, (126-2)*4 + (3*4) 

Incoming arguments and overhead 

add 

fp, rsp, tav 

create frame pointer 

add 

Ir123, msp, 0 

for dynamic Memory-Stack allocation 

const 

tav, memoryJrame_size 

big msize 

consth 

tav, memoryJrame_size 

high half of msize 

sub 

msp, msp, tav 

allocate memory frame 

add 

Ir18, Irp, 0 

save Irp for later 

add 

Ir19, sip, 0 

save sip for later 

(other code) 

add 

msp, Ir123, 0 

de-allocate memory frame 

const 

tav, (12e-2)*4 

giant allocation size 

add 

rsp, rsp, tav 

de-allocate register frame 

const 

gr96,1 

return value 

jmpi 

IrO 

return to caller 

asleu 

V FILL, fp, rfb 

ensure caller’s registers in frame 


7.1.5 Trace-Back Tags 

A trace-back tag is either one or two words of information included at the beginning of 
every procedure. This information permits a debug routine to determine the sequence 
of procedure calls and the values of program variables at a given point in execution. 
The trace-back tag describes the memory frame size and the number of local regis¬ 
ters used by the associated procedure. A one-word tag is used if the memory frame 
size is less than 2K words; otherwise, the two-word tag is used. Regardless of tag 
length, the tag directly precedes the first Instruction of the procedure. Figure 7-7 
shows the format of the trace-back tags. 

The first word of a trace-back tag starts with the Invalid operation code 00 (hexadeci¬ 
mal). This unique, invalid instruction operation code allows the debugger to locate the 
beginning of the procedure in the absence of other Information related to the begin¬ 
ning of the procedure, such as from a symbol table. This Is particularly useful after a 
program crash, in which case the debug routine may have only an arbitrary instruction 


Figure 7-7 Trace-Back Tags 


One-word tag: 
31 


23 


15 


0000000 0 


TTTT 

argcount 


Reserved 


Two-word tag: 


31 

23 




15 

7 

0 

TTTTTTTTTTTTTTTTTTTTTTTTTTTTT 

msize 

m 

TTTTTTT 

00000000 

1 

M 

T 

MM 

argcount 

TTTT 

Reserved 

TTTTTTTT1 

Reserved 

rr 
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7.2 


7.2.1 


address within a procedure. The call sequence up to the current point In execution 
can be determined from the rsize and msize values in the trace-back tag. However, 
for procedures that perform dynamic stack allocation (e.g., using allocaQ), the mem¬ 
ory frame pointer must be used. 

The tag word immediately preceding a procedure contains the following fields. Re¬ 
served fields must be zero. 


Bits 

item 

Description 

31-24 

opcode 

Hexadecimal 00 (an invalid opcode) 

23 

tag type 

0/one-word tag; 1/two-word tag 

22 

m 

0/no mfp; 1/m/p used 

21 

t 

0/normal; 1/transparent procedure 

20-16 

argcount 

Number of arguments in registers (includes IrO and Irl) 

15-11 

Reserved 

Reserved, must be zero 

10-3 

msize 

Memory frame size in doublewords (if bit 23 is 0) 
or reserved (if bit 23 Is 1) 

2-0 

Reserved 

Reserved, must be zero 


If the procedure uses a Memory-Stack frame size 2K words or more, the msize field is 
contained in the second tag word Immediately preceding the first tag word. 


APPLICATIONS-PROGRAMMING CONSIDERATIONS 

This section discusses topics of general concern in the Implementation of applications 
programs. 


Addressing General-Purpose Registers Indirectly 

Registers in the processor usually are addressed directly by fields within instructions. 
However, indirect addressing of registers may be required in some situations, such as 
when a program pointer is known to point to a variable that Is resident in the register 
file. 

Three special registers—Indirect Pointers A, B, and C—are provided so that separate 
Indirect register numbers can be set for each of the source and destination operands 
within an instruction. Indirect Pointer C corresponds to the destination register RC, 
Indirect Pointer A corresponds to the RA operand register, and Indirect Pointer B 
corresponds to the RB operand register. 

A given Indirect pointer (the value in the corresponding register) Is used to address 
the register file whenever Global Register 0 is specified as a source or destination 
register. For example, a vaiue of 0 in the RA field of an instruction causes the content 
of the Indirect Pointer A Register to be used to access the RA operand. 

The indirect pointers can be set by the four multiply instructions, the floating-point 
instructions. Move To Special Register instructions, and by the instructions EMU¬ 
LATE, DIVIDE, DIVIDU, and Set Indirect Pointers (SETIP). The Move To Special 
Register instructions set the indirect pointers Individually as special-purpose registers. 
Of the remaining instructions, all but the EMULATE instruction set all three indirect 
pointers simultaneously, deriving the values that are written into the pointers from the 
instruction fields RC, RA, and RB. The EMULATE instruction sets all three indirect 
pointers, but only the Indirect Pointer A and Indirect Pointer B registers are written 
with meaningful values. They may be destroyed by DIVIDE, DIVIDU, MULTIPLY, 
MULTIPLU, MULTM, MULTMU, and the floating-point instructions. 
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When an indirect pointer is set by a Move To Special Register, bits 9-2 of the source 
operand are copied to corresponding bits In the Indirect pointer. This allows the ad¬ 
dressing of general-purpose registers, via the indirect pointers, to be consistent with 
the addressing of words in external memories and devices. 

When the Indirect pointers are set from Instruction fields, the resulting values reflect 
the Stack-Pointer addition that is performed on local registers. In addition, register 
bank-protection checking is performed on the values that are loaded. A Protection 
Violation trap occurs if the values represent registers that cannot be accessed. The 
indirect pointers may thus be used to access exactly those operands that would be 
accessed by the instruction fields setting the indirect pointers. Consequently, a routine 
that emulates an instruction operation, can access, with no overhead, the source and 
destination registers for the instruction being emulated. No copying of arguments and 
results needs to be done. 

The Indirect pointers are also set by the floating-point, MULTIPLY, MULTM, MULTI- 
PLU, and MULTMU Instruction when these cause exceptions, to allow the exception 
handler to access the instruction operands. 

When using indirect register addressing, at least one cycle of delay must separate 
any Instruction that sets an indirect pointer and any instruction which de-references 
that pointer. This restriction Is the result of processor pipelining (see Section 7.4.3). 


7.2.2 Run-Time Checking 

The assert Instructions provide programs with an efficient means of comparing two 
values and causing a trap when a specified relation between the two values is not 
satisfied. The Instructions assert that some specified relation Is true, and trap If the 
relation is not true. This allows run-time checking—such as checking that a computed 
array Index is within the boundaries of the storage for an array—^to be performed with 
a minimum performance penalty. 

Assert instructions are available for comparing two signed or unsigned operands. The 
following relations are supported: equal-to, not-equal-to, less-than, less-than or equal- 
to, greater-than, and greater-than-or-equal-to. 

The assert instructions specify a vector number for the trap. However, only vector 
numbers 64 through 255 (Inclusive) may be specified by User-mode programs. If a 
User-mode assert Instruction causes a trap, and the vector number is between 0 and 
63 inclusive, a Protection Violation trap occurs, instead of the specified trap. 

Since the assert instructions allow the specification of the vector number, several 
traps may be defined in the system, for different situations detected by the assert 
instructions. 


7.2.3 Operating System Calls 

An applications program can request a service,from the operating system by using 
the following instruction: 

asneq System_Routlne, gr1, gr1 

This instruction always creates a trap, since it attempts to assert that the content of a 
register is not equal to itself (the register number used here is irrelevant, as long as 
the register is otherwise accessible). 

The System_Routine vector number specified by the instruction invokes the execution 
of the operating system routine that provides the requested service. This vector num¬ 
ber may have any value between 64 and 255, Inclusive (vector numbers 0 through 63 
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are pre-defined or reserved). Thus, as many as 192 different operating-system rou¬ 
tines may be invoked from the applications program. 

In cases where the indirect pointers may be used, the EMULATE instruction allows 
two operand/result registers to be specified to the operating-system routine. The 
Instruction Is: 


emulate System_Routlne, Ir3, Ir6 

In this case, the System_Routine vector number performs the same function as in the 
previous example. Here, however, LR3 and LR6 are specified as operand registers 
and/or result registers (these particular registers are used only for illustration). The 
operating-system routine has access to these registers via the indirect pointers, which 
allows flexible communication. 


7.2.4 Multi-Precision Integer Addition And Subtraction 

The processor allows the Carry (C) bit of the ALU Status Register to be used as an 
operand for add and subtract instructions. This provides for the addition and subtrac¬ 
tion of operands which are greater than 32 bits in length. For example, the following 
code implements a 96-bit addition with signed overflow detection. 

add Ir7, gr96, Ir2 

addc IrS, gr97, Ir3 

addcs Ir9, gr98, Ir4 

Global registers GR96-GR98 contain the first operand, local registers LR2-LR4 
contain the second operand, and local registers LR7-LR9 contain the result. The first 
two add instructions set the C bit, which is used by the second two instructions. If the 
addition causes a signed overflow, then an Out of Range trap occurs; overflow is 
detected by the final instruction. 

7.2.5 Integer Multiplication 

The Am29050 microprocessor directly executes the integer-multiplication instructions 
MULTIPLY, MULTIPLU, MULTM, and MULTMU (these are Implemented using traps 
in the Am29000 microprocessor). The Am29050 microprocessor implements the 
multiply-step Instructions MUL, MULU, and MULL for compatibility, but new code 
generated for the Am29050 microprocessor should take advantage of the faster 
integer multiply instructions. 

The MULTIPLY and MULTIPLU instructions multiply two 32-blt Integers, giving a 
32-bit result. MULTIPLY is used for signed integers, and mOLTIPLU Is used for un¬ 
signed Integers. Overflow of the 32-blt result Is detected when Integer Multiplication 
Overflow Exception Mask bit (MO) of the integer Environment Register is 0. When the 
MO bit Is 0, the MULTIPLY and MULTIPLU operations cause an Out of Range trap 
upon overflow of a 32-bit signed or unsigned result, respectively. 

In general, multiplying 32-bit integers produces a 64-bit result. The most-significant 32 
bits of a signed or unsigned result are generated by the MULTM and MULTMU in¬ 
structions, respectively. To obtain a full 64-bit result, a MULTIPLY or MULTIPLU 
instruction is followed by a MULTM or MULTMU instruction: 

; 32 bit * 32 bit 64 bit signed multiply 
; Input: multiplicand in Ir2, multiplier in ir3 
; Output: result most-significant word 
; in gr96, result 

; least-significant word in gr97 
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7.2.6 


multiply gr97, Ir2, Ir3 ; get Isb’s 

multm gr96, Ir2, Ir3 ; get msb’s 


multiply gr97, Ir2, Ir3 
multmu gr96, Ir2, Ir3 


; 32 bit *32 bit ^64 bit unsigned multiply 
; Input: multiplicand in Ir2, multiplier in Ir3 
; Output: result most-significant word in 
; gr96, result 

; least-significant word in gr97 

; get Isb’s 
; get msb’s 


The operation producing the most-significant bits of the 64-bit result is fully pipelined 
with the operation producing the least-significant bits, so generating a full, 64-blt result 
takes one more cycle than generating a 32-bit result. Note that the MO bit should be 1 
to disable the detection of overflow when obtaining a 64-blt result; 64-blt results can¬ 
not overflow. 


Integer Division 

The processor performs integer division by a series of divide step instructions, rather 
than by a single instruction. Floating-point division Is performed by hardware. When 
the divisor is a power of 2, and the dividend is unsigned, the divide should be accom¬ 
plished by a right shift. 

If a program requires the division of two integers, the required sequence of divide 
steps may be executed in-line, or executed In a divide routine called as a procedure. 
It may be beneficial to precede a full divide procedure with a routine to discover 
whether or not the number of divide steps may be reduced. This reduction is possible 
when the operands do not use all of the available 32 bits of precision. 

The following routine divides a 64-bit, unsigned dividend by a 32-bit unsigned divisor: 
; 64 bit / 32 bit 32 bit unsigned divide 


; Input: 

most-significant dividend word In Ir2, least-significant dividend word In Ir3, 


divisor in Ir4 


; Output: 

quotient in gr96, remainder in gr97 


UDiv64: 

mtsr 

Q, Ir3 

; put least-significant word of the dividend in 

theO 

divO 

gr97, Ir2 

; register 

; perform initial divide step 


.rep 

31 

; expand out 31 copies of the next 
; instruction in-line 


div 

gr97, gr97, Ir4 

; total of 30 more divide steps 


.endr 




divi 

gr97, gr97, Ir4 

; perform last step 


divrem 

gr97, gre7, Ir4 

; compute remainder 


mfsr 

gr96, Q 

; get the quotient 


The following routine divides a 32-bit unsigned dividend by a 32-bit unsigned divisor: 


; 32 bit / 32 bit -> 32 bit unsigned divide 
; Input: dividend word in Ir2, divisor in Ir3 
; Output: quotient In gr96, remainder in gr97 
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UDiv32: 


mtsr 

Q, Ir2 

; put the dividend in the Q register 

divO 

gr97,0 

; perform initial divide step, zeroing out 
; the upper bits of the dividend 

.rep 

31 

; expand out 31 copies of the next 
; instruction in-line 

div 

.endr 

gr97, gr97, Ir4 

; total of 30 more divide steps 

divi 

gr97, gr97, Ir4 

; perform last step 

divrem 

gr97, gr97, Ir4 

; compute remainder 

mfsr 

gr96, Q 

; get the quotient 


The following routine divides a 32-bit signed dividend by a 32-bit signed divisor. It also 
traps division by zero. Because the divide-step Instructions only operate on unsigned 
operands, extra code is required to perform sign checking and conversion: 

; 32 bit / 32 bit signed divide, called by: 

; call tpc, SDiv32 ; call the divide routine 

; setip dst_reg, src1_reg, src2_reg 

; passing pointers to the operand 
; registers In the delay slot 

; Input: dividend and divisor In the registers pointed to by the Indirect-pointer 
; registers I PA and IPB 

; Output: result quotient In the register pointed to by IPC, remainder left in Tempo 
; Used: return address in tpc, special register Q 
; Destroyed: previous contents of registers tav. Tempo-Temp2 


; Symbolic register names: 


.reg 

Tempo, gri 16 


.reg 

Tempi, gri 19 


•reg 

Temp2, gr120 


.reg 

tpc, gri 22 


.word 

0x00200000 ; 

Debugger tag word 

SDiv32: 



const 

Tempi, 0 


asneq 

V_DIVBYZERO, Tempi, grO 

check for divide by zero with an assert 

add 

Tempo, grO, 0 ; 

get dividend from indirect pointer 

jmpf 

Tempo, pdividend ; 

Is it negative (jmpf is also “jmppos”) 

add 

Temp2, Tempi, grO ; 

get divisor from Indirect pointer 

const 

Tempi, 3 ; 

set negative result and remainder flags 

subr 

Tempo, Tempo, 0 ; 

make dividend positive 

pdividend: 



jmpf 

Temp2, pdivisor ; 

is divisor negative? 

mtsr 

Q, Tempo ; 

copy dividend to 0 register in delay slot 
of the jump 

xor 

Tempi, Tempi, 1 ; 

turn off negative result flag 

subr 

Temp2, Temp2, 0 ; 

make divisor positive 

pdivisor: 



divO 

Tempo, 0 ; 

initialize 

.rep 

31 

expand out 31 copies of the next 
instruction in-line 

div 

Tempo, Tempo, Temp2 ; 

total of 30 more divide steps 

.endr 



divi 

Tempo, Tempo, Temp2 ; 

perform last divide step 

divrem 

Tempo, Tempo, Temp2 ; 

get positive remainder 
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mfsr Temp2, Q 

sll Tempi, Tempi, 30 

jmpf Tempi, premainder 

sll Tempi, Tempi, 1 

subr Tempo, TempO, 0 

premainder: 

jmpfi Tempi, tpc 
add grO, Temp2, 0 

jmpi tpc 

subr grO, Temp2,0 


; get positive quotient 
; copy negative remainder flag to test bit 
; if it is not set, remainder is ok 
; copy negative result flag to test bit 
; negate remainder 

; return to caller if result is positive 
; copying quotient to the result register 
; in the delay slot 
; else return to caller, 

; negating the quotient in the delay slot 


7.2.7 Rounding 

Floating-point operations can be performed in one of four rounding modes defined in 
the IEEE Standard for Binary Floating-Point Arithmetic (ANSI/IEEE Std. 754-1985). 
These modes are: 

Round to Nearest The result produced is the representable value nearest to the 
infinitely precise result. It can happen that the infinitely precise result falls exactly 
halfway between two representable values; In this case, the result produced will be 
whichever of those two representable values has a fractional part whose least-signifi¬ 
cant bit Is 0. 

Round Toward+^\ The result produced is the representable value closest to but no 
less than the Infinitely precise result. 

Round Toward -oo: The result produced is the representable value closest to but no 
greater than the infinitely precise result. 

Round Toward 0\ The result produced is the representable value closest to but no 
greater In magnitude than the infinitely precise result. 

The floating-point rounding mode is determined by the FRM field of the Floating-Point 
Environment Register. The following operations are affected by the value In the FRM 
field: 

• FADD, DADD, FSUB, DSUB, FMUL, DMUL, FDIV, DDIV, 

FMAC, DMAC, FMSM, DMSM, and SORT 

• MFACC and MTACC 

• CONVERT, when the instruction field RND is 100. 

The value in the FRM field has no effect on the floating-point comparison operations, 
the CLASS operation, or the FDMUL operation. 


7.2.8 Fast-Float Mode 

The 29K Family fully supports the IEEE Standard for Binary Floating-Point Arithmetic 
(ANSI/IEEE Std. 754-1985). For some floating-point implementations, however, a 
significant speed advantage can be realized by disabling certain supported features. 

For the Am29050 microprocessor, a fast-float mode has been provided to disable the 
processing of denormalized numbers. Although the handling of denormalized num¬ 
bers In the Am29050 microprocessor is always transparent to the user, the processor 
will sometimes require extra cycles to process denormalized operands. This adds 
both to processing time and to the statistical variability of the processing time required 
for a given number of computations. 
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The Fast-Float mode is enabled by setting the Fast-Float Select (FF) bit of the Float¬ 
ing-Point Environment Register. In the fast-float mode, denormalized numbers are 
handled as follows: 

1. A denormalized source operand is converted to a zero of the same sign before the 
operation is performed; this conversion does not affect the vaiue of the operand in 
the source register. This conversion does not signal an inexact result exception, 
because the Fast-Float mode considers a denormalized number to be nothing 
more than a representation of zero. This occurs without adding extra cycles. 

2. An operation producing an infinitely precise result smaller than the smallest 
normal number In the destination format will produce a zero result of the same 
sign as the infinitely precise result; the underflow and inexact exceptions will be 
reported. 

The instructions MTACC, FMAC, DMAC, FMSM, and DMSM use the Fast-Float 
mode, regardless of the FF bit. 


7.2.9 Complementing a Boolean 

To complement a Boolean In the processor’s format, only the most-significant bit of 
the Boolean word should be considered, since the least-significant 31 bits may or may 
not be zeros. This Is accomplished by the following Instruction: 

cpge gr96, gr96, 0 

The Boolean is In GR96 in this example. This instruction Is based on the observation 
that a Boolean TRUE is a negative Integer, since the Boolean bit coincides with the 
integer sign bit. If the operand of this instruction is a negative Integer (i.e., TRUE), the 
result is the Boolean FALSE. If the operand is non-negative (i.e., the Boolean 
FALSE), the result is TRUE. 


7.2.10 


7-2.10-1 


Using the Floating-Point Accumulators 

The Floating-Point Accumulators (ACCO to ACCS) provide an extra source or destina¬ 
tion register for the multiply-accumulate (FMAC, DMAC) and multiply-sum (FMSM, 
DMSM) instructions. The FMAC and DMAC instructions can be used to evaluate 
sum-of-products calculations, such as those found in vector or matrix multiplication. 
The FMSM and DMSM instructions are used when the multiplier is a fixed value, such 
as in polynomial evaluation using Horner’s Rule, or the SAXPY or DAXPY (Single/ 
Double precision A times X Plus Y) vector routines used in Gaussian Elimination. 


MATRIX MULTIPLICATION USING THE FMAC INSTRUCTION 


One of the operations performed frequently In 3-dlmensional (3-D) graphics systems 


is the rotation and transicitiuii of a 3-D vector. 


This iS accci I iplished by iiiultiplying a 


4-by-1 vector and a 4-by-4 matrix. In this case, the four accumulators are used to 
interleave four independent sum-of-products calculations. This eliminates pipeline 
stalls caused by dependencies on the accumulator values. 


For the FMAC and DMAC instructions, accumulated values can overflow, especially 
when accumulating many terms. The FMAC and DMAC instructions can specify the 
accumulator format independent of the other operands, allowing the accumulated 
values to be maintained in the double-precision format even though the operations 
are performed in the single-precision format. This is accomplished with no perform¬ 
ance penalty. 
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Multiply a 4x 1 vector times a 4x4 matrix. Four accumulators are 
used to interleave four independent sum-of-product evaluations. 
This code takes 22 cycles to complete 28 floating-point 
operations. 

Input; 4x4 matrix (a) in registers Ir2 - Ir17; 4 x 1 vector 

(b) in registers Ir18--lr21 
Output: 4X1 result vector (c) In Ir22-Ir25. 


The first four instructions initialize the accumulators with 
the first four independent products. The FMAC function field 
is set to 4, specifying that the operation to be performed Is 
a*b + 0.0 


fmac 

4, 0. Ir2, in 8 

; accO <- a11 * b1 

fmac 

4,1, Ire. in 8 

; acci <r- a21 * b1 

fmac 

4,2, ino, in 8 

; acc2 <r- a31 * b1 

fmac 

4,3, in4, in 8 

; acc3 <- a41 * b1 


the remaining FMAC operations continue the four independent evaluations: 


fmac 

0,0, Ir3, in9 

accO <- a12 * b2 + accO 

fmac 

0,1, Ir7, in 9 

acci <- a22 * b2 + acci 

fmac 

0,2, in 1, in 9 

acc2 <- a32 * b2 + acc2 

fmac 

0,3, Ir15, in 9 

acc3 <r- a42 * b2 + acc3 

fmac 

0, 0, Ir4, Ir20 

accO ^ a13 * b3 + accO 

fmac 

0,1, Ir8, Ir20 

acci f- a23 * b3 + acci 

fmac 

0, 2, in2, Ir20 

acc2 <- a33 * b3 + acc2 

fmac 

0,3, in6, Ir20 

acc3 <- a43 * b3 + acc3 

fmac 

0, 0, Ir5, Ir21 

accO a14 * b4 + accO 

fmac 

0,1, Ir9, Ir21 

acci <- a24 * b4 + acci 

fmac 

0, 2, Ir13, Ir21 

acc2 <- a34 * b4 + acc2 

fmac 

0. 3, Ir17, Ir21 

acc3 <- a44 * b4 + acc3 

four instructions move the accumulated sums into 
nation registers: 

mfacc 

Ir22,1,0 

cO accO 

mfacc 

Ir23, 1,1 

cl <- acci 

mfacc 

Ir24, 1,2 

c2 f- acc2 

mfacc 

Ir25, 1,3 

c3<-acc3 


7.2.10.2 SAXPY USING THE MSM INSTRUCTION 

The SAXPY (Single Precision A Times X Plus Y) routine is used heavily to solve 
systems of linear equations via Gaussian Elimination. The following example SAXPY 
routine operates on vectors of 16 elements: 

; SAXPY of size 16, using the FMSM Instruction. 

; inputs: constant multiplier A in Ir2 
address of X vector in Ir3 
; address of Y vector In Ir4 

; address of result vector In Ir5 

; assumes ACF is 01 


first, load in the X vector using the LOADM Instruction. This 
operation works with burst-access memory at 1 word per cycle: 
mtsrim cr, 15 ; load 16 words 

loadm 0,0, gr96, Ir2 ; read in the X vector 


load in the Y vector the same way... 
mtsrim cr, 15 
loadm 0,0, Ir6, Ir3 
mtacc Ir4,0,0 


; read in the Y vector 
; initialize with multiplier A 
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; perform 16 FMSM instructions on the two vectors 


fmsm 

gr96, gr96, Ir6 

gr96=gr96* ACC0 + lr6 

fmsm 

gr97, gr97, Ir7 

gr97=gr96*ACC0 + lr7 

fmsm 

gr98, gr98, Ir8 

gr98 = gr98*ACC0 + lr8 

fmsm 

gr111,gr111,lr21 

grill =gr111*ACC0 + lr21 

store out the result vector 


mtsrim 

cr, 15 


storem 

0,0, gt96, Ir5 



7.2.11 Using the Condition Code Accumulator 

The Condition Code Accumulator can be used to concatenate the Boolean results of 
several operations into a single condition code. The condition code can then be used 
as an operand In further operations, for example, as a control parameter for condi¬ 
tional branches. 

The Condition Code Accumulator Register is accessed via Global Registers 2 and 3. 

If Global Register 2 (CCA) is specified as the destination of an operation, then the 
32-bit operation result is written to the Condition Code Accumulator Register. If Global 
Register 3 (CCA-shift) is the destination, then the Condition Code Accumulator Regis¬ 
ter is shifted left one bit and the most-significant bit of the operation result is placed in 
the least-significant bit of the register. The contents of the Condition Code Accumula¬ 
tor Register are read by specifying Global Register 2 as a source operand of an 
instruction. 

The following restrictions apply to the use of the Condition Code Accumulator: 

CCA as Source: The CCA register can be specified as a source for any instruction 
excepf those performed in the Floating-Point Unit. (The instructions performed in the 
FPU are: all floating-point instructions, CLASS, CONVERT, MULTIPLY, MULTIPLU, 
MULTM, and MULTMU.) 

CCA as Destination: The CCA register can be specified as the destination of the 
following Instructions only: ADD, SUB, and the constant instructions (CONST, 
CONSTH, CONSTHZ, and CONSTN). 

CCA-shift as Source: The CCA-shift register can not be specified as a source. 
Specifying CCA-shift as a source will produce an unpredictable result. 

CCA-shift as Destination: The CCA-shift register can be specified as the destina¬ 
tion of any instruction excepf LOAD, LOADL, LOADM, and LOADSET. 

There are two additional restrictions on the use of the Condition Code Accumulator: 

1. The Condition Code Accumulator cannot be used as both source and destination 
in the same instruction. For example, the Instructions: 

add gr3,gr2,lr0 
or 

add gr2,gr3,lr0 
are not permitted. 
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2. Write-write dependency checking is disabled for any instructions having CCA or 
CCA-shIft as the destination. For example, if the instructions: 

fdiv gr3,lr0,lr2 
and 

fmul gr3,lr4,lr6 

are Issued in sequence, hardware Interlocks do not guarantee that the Instructions 
will complete In sequence. Therefore only code sequences which guarantee a 
fixed order of completion will give predictable results. Problematic sequences are 
those which contain: 

• Instructions with unequal latencies (as in the example above). 

• Instructions whose latency may change in the presence of denormalized Input 
operands or results. These instructions—^which include FMUL, DMUL, DDIV, and 
SORT—can be used if the Fast-Float mode is enabled. 

7.2.12 Generating Large Constants 

Eight-bit constants are directly available to most instructions. Larger constants must 
be generated explicitly by Instructions and placed into registers before they can be 
used as operands. The processor has four instructions for the generation of large 
data constants: Constant (CONST); Constant, High (CONSTH); Constant, Negative 
(CONSTN); and Constant High, Zero (CONSTHZ). 

The CONST Instruction sets the least-significant 16 bits of a register with a field In the 
instruction; the most-significant 16 bits are set to zero. This Instruction allows a 32-blt 
positive constant to be generated with one Instruction, when the constant lies in the 
range of 0 to 65535. 

Any 32-bit constant may be generated with a combination of the CONST and 
CONSTH instructions. The CONSTH instruction sets the most-significant 16 bits of a 
register with a field in the instruction; the least-significant bits are not modified. Thus, 
to create a 32-blt constant in a register, the CONST instruction sets the least-signifi¬ 
cant 16 bits, and the CONSTH instruction sets the most-significant 16 bits. 

The CONSTN Instruction sets the least-significant 16 bits of a register with a field in 
the Instruction; the most-significant 16 bits are set to one. This instruction allows a 
32-bit, negative constant to be generated with one Instruction, when the constant lies 
in the range of -65536 to -1. 

The CONSTHZ instruction sets the most-significant 16 bits of a register with a field in 
the Instruction; the least-significant 16 bits are set to zero. This facilitates the genera¬ 
tion of floating-point constants. 


7.2.13 Large Jump and Call Ranges 

The 16-bit relative branch displacement provided by processor Instructions is suffi¬ 
cient in the majority of cases. However, addresses with a greater range occasionally 
are needed. In these cases, the CONST and CONSTH instructions generate the large 
branch-target address In a register. An indirect jump or call then uses this address to 
branch to the appropriate location. 

When program modules are compiled separately, the compiler cannot determine 
whether or not the 16-bit displacement of a CALL Instruction Is sufficient to reach 
an external procedure, even though it is sufficient in most cases. Instead of generat¬ 
ing instructions for the worst case (i.e., the CONST, CONSTH, and CALLI described 
above). It is more efficient to generate a CALL as if it were appropriate, with the 
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worst-case sequence (in this case, CONST, CONSTH, and JMPI) also appearing in 
the generated code somewhere (e.g., at the end of a compiled procedure). 

When the above scheme Is used, the linker is able to determine whether or not the 
CALL is sufficient. If it is not, the CALL can be re-targeted to the worst-case sequence 
in the code. In other words, when the CALL is not sufficient, the linker causes the 
execution sequence to be: 



c»nsth 

jmpi 

In this manner, the longer execution time for the call occurs only when necessary. 

7.2.14 NO-OPs 

When a NO-OP Is required for proper operation (e.g., as described in Section 7.4.3), it 
Is Important that the selected Instruction not perform any operation, regardless of 
program operating conditions. For example, the NO-OP cannot access general- 
purpose registers, because a register may be protected from access in some situ¬ 
ations. The suggested NO-OP is: 

aseq 0x40, gr1, gr1 

This instruction asserts that the Stack Pointer (GR1) is equal to itself. Since the asser¬ 
tion is always true, there is no trap. Note also that the Stack Pointer cannot be pro¬ 
tected, and that the assert instruction cannot affect any processor state. 

7.2.15 Character-String Operations 

The need to perform operations on character strings arises frequently in many sys¬ 
tems. Th^processor provides operations for manipulating character data, but these 
are frequently inefficient for dealing with character strings, since the processor is 
optimized for 32-bit data quantities. 

It is much more efficient, in general, to perform character-string operations by operat¬ 
ing on units of four bytes each. These four-byte units are more suited to the proces¬ 
sor’s data-flow organization. However, there are several things to be considered when 
dealing with four-byte units, as outlined in this section. 

7.2.15.1 ALIGNMENT OF BYTES WITHIN WORDS 

Character strings normally are not aligned with respect to 32-bit words. Thus, when 
word operations are used to perform character-string operations, alignment of the 
character strings must be taken into account. 

For example, consider a character string aligned on the third byte of a word that is 
moved to a destination string aligned on the first byte of a word. If the movement is 
performed word-at-a-time, rather than byte-at-a-time, the move must involve shift and 
merge operations, since words in the destination character-string are split across 
word boundaries in the source character string. 

The processor’s Funnel Shifter can be used to perform the alignment operations 
required when character operations are performed in four-byte units. Though the 




Funnel Shifter supports general bit-aligned shift and merge operations, it easily Is 
adapted to byte-aligned operations. 

For byte-aligned shift and merge operations, It is only necessary to insure that the two 
most-significant bits of the Funnel Shift Count (FC) field of the ALU Status Register 
point to a byte within a word, and that the three least-significant bits of the FC field 
are 000. 

7.2.15.2 DETECTION OF CHARACTERS WITHIN WORDS 

Most character-string operations require the detection of a particular character within 
the string. For example, the end of a character string Is Identified by a special charac¬ 
ter In some character-string representations. In addition, character strings often are 
searched for a specific pattern. During such searches, the most-frequently executed 
operation is the search within the character string for the first character of the pattern. 

The processor provides a Compare Bytes (CPBYTE) instruction, which directly sup¬ 
ports the search for a character within a word. This Instruction can provide a factor-of- 
four performance increase In character-search operations, since It allows a character 
string to be searched in four-byte units. 

During the search, the words containing the character string are compared, a word at 
a time, to a search key. The search key has the character of interest in every byte 
position. The CPBYTE instruction then gives a result of TRUE if any character within 
the character-string word matches the corresponding byte in the search key. 

7.2.16 Movement of Large Data Blocks 

The movement of large blocks of data—for example, to perform a memory-to-memory 
move—can be performed by an alternating series of loads and stores. However, it Is 
normally much more efficient to move large blocks of data by using an alternating 
series of Load Multiple and Store Multiple instructions. These instructions take better 
advantage of the data-movement capabilities of the processor, though they require 
the use of a large number of registers. 

During data movement, it is possible to perform alignment operations by a series of 
EXTRACT Instructions between the Load Multiple and Store Multiple. Also, since the 
Load Multiple and Store Multiple are interruptible, these Instructions may be used to 
move large amounts of data without affecting Interrupt latency. 

7.3 SYSTEMS-PROGRAMMING CONSIDERATIONS 

This section discusses topics of general concern In the Implementation of control 
programs and operating systems. 

7.3.1 System Protection 

The Am29050 microprocessor provides protection of several different system re¬ 
sources. In general, this protection is based on the value of the Supervisor Mode 
(SM) bit in the Current Processor Status Register. 

7.3.1.1 MEMORY PROTECTION 

Memory and input/output access protection is provided by the Memory Management 
Unit. Each Translation Look-Aside Buffer entry in the MMU contains protection bits 
which determine whether or not an access to the page associated with the entry will 
be permitted. Each Region Mapping Control Register also contains protection bits to 
control access to the virtual region it maps. 
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There is a set of protection bits for Supervisor-mode programs, and a separate set for 
User-mode programs. Thus, for the same virtual page or region, the access authority 
of programs executing In the Supervisor mode can be different than the authority of 
programs executing in User mode. 

A Data MMU Protection Violation or Instruction MMU Protection Violation trap occurs 
if a data or instruction access, respectively, is attempted, but is not allowed because 
of the value of the protection bits. 

7.3.1.2 REGISTER PROTECTION 

General-purpose registers are protected by the Register Bank Protection Register. 
The Register Bank Protection Register allows parameters for the operating system 
to be kept In general-purpose registers, protected from corruption by User-mode 
programs. 

If a User-mode program attempts to access a protected general-purpose register, a 
Protection Violation trap occurs. Supervisor-mode programs may access any general- 
purpose register, regardless of protection. 

The special-purpose registers 0 to 127 and ail Translation Look-Aside Buffer registers 
are protected from User-mode access. Any attempted access of these registers by a 
User-mode program causes a Protection Violation trap. The special-purpose registers 
163 and 165 to 255 (though not implemented) are protected from any access. Any 
attempted access of special-purpose registers 163 and 165 to 255, even in the Super¬ 
visor mode, causes a Protection Violation trap. This permits virtualization of these 
special registers. 

7.3.1.3 EXTERNAL ACCESS PROTECTION 

Other than the protection offered by the Memory Management Unit, the processor 
provi^ no specific protection for external devices and memories. However, the 
SUP/US output reflects the value of the SM bit during the address cycle of an external 
access. This can signal external devices an d memo ries to provide protection. Any 
protection violations can be reported via the DERR input. 

7.3.2 Interrupts and Traps 

The Am29050 microprocessor automatically saves only the Current Processor Status 
Register in the Old Processor Status Register when an interrupt or trap is taken. The 
processor does not automatically save any other state when an interrupt or trap is 
taken, but rather freezes the contents of the following registers: 

1. Program Counters 0,1, and 2. 

2. Channel Address, Channel Data, and Channel Control. 

3. ALU Status. 

When these registers are frozen, they are allowed to be updated only by Move To 
Special Register instructions. The frozen condition is controlled directly by the Freeze 
(FZ) bit in the Current Processor Status Register. 

Since the Channel Address, Channel Data, and Channel Control registers are frozen 
when an interrupt or trap Is taken, the interrupt handler may perform single-access 
loads and stores without interfering with the restart state of a channel operation in the 
Interrupted routine. However, load-multiple and store-multiple operations have unpre¬ 
dictable results if performed while the FZ bit is 1, since these operations are se¬ 
quenced by the Channel Control Register. 
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7 . 3 . 2.1 


7 . 3 . 2.2 


VECTOR AREA 

As discussed in Section 3.5.4, interrupts and traps are dispatched through a 
256-entry Vector Area, which directs the processor to a routine to handle a given 
interrupt or trap. Only 64 entries of this area are required for basic processor opera¬ 
tion (or 22, if instruction emulation is not used). 

The required number of Vector Area entries is system-dependent, as determined by 
the vector numbers that are specified in the assert and EMULATE instructions. The 
number of entries can be restricted to reduce the memory requirements for the Vector 
Area, which is especially important when the Vector Area is organized as a sequence 
of 64-instruction blocks. However, there is nothing to prevent an instruction from 
specifying a vector number in the range 64 to 255. For this reason, it may not be 
possible to reduce the size of the Vector Area, since erroneous instruction vector 
numbers might cause unpredictable results. 

The Vector Area may be relocated by the Vector Area Base Address Register, and 
there may be multiple Vector Areas In the system, with the Vector Area Base Address 
Register pointing to the one that Is currently active. 

INTERRUPT HANDLING 

For temporary program interruptions, such as for Translation Look-Aside Buffer 
reload, the basic processor interrupt mechanism is sufficient to eliminate the need for 
the interrupt or trap handler to save any state for the Interrupted routine. This state 
may be left in the appropriate registers while the handler executes. An interrupt return 
returns immediately to the interrupted program. 

Besides the direct performance advantage that results from not saving state for tem¬ 
porary program interruptions, there is an additional advantage provided by the proc¬ 
essor. When the state of the interrupted routine remains in the appropriate registers, 
the processor can detect that the Program Counter 0 and Program Counter 1 regis¬ 
ters contain sequential addresses. Instead of performing two non-sequential instruc¬ 
tion fetches for the interrupt return In this case, the processor initiates only a single 
non-sequential fetch (the second fetch is performed as a sequential fetch). This re¬ 
duces the overhead of the Interrupt return for these routines. 

Note that when the state of an Interrupted program remains in the processor, the 
processor cannot be enabled to take any further interrupts until an Interrupt return is 
executed. Therefore, this capability should be restricted to time-critical routines, 
where the execution time of the routine does not Interfere with interrupt-latency con¬ 
siderations. (Note that the Interrupt Pending bit of the Current Processor Status Reg¬ 
ister may be used to detect the presence of external Interrupts while these Interrupts 
are disabled). 

To support dynamically nested interrupts and traps, the interrupt or trap handler must 
save state as necessary for the application, using an appropriate data structure (such 
as an interrupt stack or program status area). Once the state has been saved (or, 
alternately, while it Is being saved), the handler can load the state for a new program 
to be executed. An interrupt return then initiates the execution of the new program. 

When the Interrupt or trap handler saves the floating-point accumulators, the Accumu¬ 
lator Format (ACF) field of the Floating-Point Environment Register may not indicate 
the actual format of the accumulators, because of modifications to the ACF field be¬ 
fore the interrupt or trap was taken. The interrupt or trap handler should treat the 
accumulators as containing double-precision values. This requires forcing the ACF 
field to 10 (double-precision) after saving the Floating-Point Environment Register and 
before executing an MFACC Instruction to save the accumulators. 
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INTERRUPT RETURN 

An interrupt return resumes the execution of a program whose processor state is 
contained in the following registers: 

1. Old Processor Status. 

2. Program Counters 0 and 1. 

3. Channel Address, Channel Data, and Channel Control. 

This state is most likely different from the state of the program executing the interrupt 
return. These registers must be set appropriately before an interrupt return is 
executed. 

Note that the instruction sequence that sets these registers must have a Current 
Processor Status that is equivalent to that of an interrupt or trap handler; the FZ bit 
must be 1, and interrupts and traps must be disabled. 

7.3.2.4 SIMULATION OF INTERRUPTS AND TRAPS 

Assert instructions may be used by a Supervisor-mode program to simulate the oc¬ 
currence of various interrupts and traps defined for the processor. Only an assert 
Instruction executed in Supervisor mode can specify a vector number between 0 and 
63. If this instruction causes a trap, the effect Is to create an Interrupt or trap which Is 
similar to that associated with the specified vector number. 

Thus, the interrupt and trap routines defined for basic processor operation c an be 
Invoked without creating any particular hardware condition. For example, an INTR1 
Interrupt may be simulated by an assert instruction that specifies a vector number 
of 17, without the activation of the INTR1 signal. 

7.3.2.5 TRAPS IN SYSTEM-LEVEL ROUTINES 

The Monitor trap and Monitor mode provide a mechanism for handling traps in 
system-level routines in a manner that allows these routines to be restarted. This 
permits error recovery and debugging of system-level routines. 

7.3.3 Memory Management 

This section discusses various issues Involved In memory management as they relate 
to an operating system. The focus is on virtual-addressing issues. 

7.3.3.1 VIRTUAL PAGE SIZE 

The MMU Configuration Register determines the size of a virtual page mapped by the 
Memory Management Unit. The choices for page size are 1,2,4, and 8 kb. The se¬ 
lection of page size is based on several considerations: 

1. For a given page size, any allocation of pages to a process will, on average, 
waste half of one page. With smaller page sizes, the waste is smaller. In systems 
with a large number of processes, each with a small amount of memory, small 
page sizes can reduce waste significantly. 

2. Smaller page sizes allow finer memory-protection granularity. 

3. The maximum amount of memory that can be referenced by Translation 
Look-Aside Buffer (TLB) entries is set by the number of TLB entries and the page 
size. Larger page sizes allow the fixed number of TLB entries to address more 
memory, and generally reduce the number of TLB misses. For example, with 1-kb 
pages, a process requiring 8 kb of contiguous memory would create eight TLB 
misses; with 8-kb pages, the process would create only one TLB miss. 
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4. The page is usually the unit of memory moved between memory and backing 
storage. The design of the backing storage sub-system also may influence the 
choice of page size, because of transfer-efficiency considerations. For example, If 
the backing storage is a disk, the disk seek time is large compared to transfer 
time. Thus, it Is more efficient to transfer large amounts of data with a single seek. 
Efficiency may also depend on disk organization (I.e., the number of seeks 
possibly required to transfer a page). 

7.3.3.2 PAGE REFERENCE AND CHANGE INFORMATION 

In a demand-paged environment, it is important to be able to collect information on 
the use and modification of pages. The processor does not collect this Information 
directly, but the information may be collected by the operating system, without requir¬ 
ing hardware support. 

Each TLB entry contains six bits which specify the type of accesses that are permitted 
for the corresponding page. When a TLB entry is loaded, the TLB reload routine can 
set the protection bits so that an access to the corresponding page is not allowed. If 
an access is attempted, a TLB protection violation traps occurs. This trap may be 
used to signal that the page is being referenced. After noting this fact, the trap handler 
may set the protection bits to allow the access, and return to the trapping routine. 

A technique similar to the one just described can be used to collect information on the 
modification of a page. However, in this case, the TLB protection bits initially are set 
so that a store is not allowed. 

It is also possible to create reference information by noting references during TLB 
reload. For example, reference bits normally are reset periodically, so that they reflect 
current references. When reference bits are reset, the entire TLB may be invalidated. 
Reference bits then are set as TLB entries are loaded. Note that this scheme relies on 
the fact that a TLB miss Implies a reference to the corresponding page. Also, this 
scheme does not account for page change information. 

The disadvantage of both of the above schemes is one of possible performance loss. 
This Is the result of the additional traps required to monitor page references and 
changes. If the performance impact is unacceptable, references and changes can be 
monitored easily by hardware that detects reads and writes to page frames In instruc¬ 
tion or data memory. 

7.3.3.3 MONITORING CRITICAL AREAS OF MEMORY 

In certain fault-tolerant systems, it is necessary to detect changes to critical areas of 
memory, so that these changes may be reflected Immediately on a non-volatile stor¬ 
age device. To monitor critical memory areas, the TLB protection bits can be set so 
that any change to the area causes a Data TLB Protection Violation trap. This trap 
signals that the area is being modified. 

In this use of the protection bits, the trap handler does not set the bits to allow the 
access. Rather, the trap handler must emulate the access, using the Channel Ad¬ 
dress, Channel Data, and Channel Control registers. The Contents Valid (CV) bit of 
the Channel Control Register is reset before the trapping routine Is restarted, so that 
the trap does not recur. 

7.3.3.4 TLB MISS HANDLING 

The address translation performed by the MMU is ultimately determined by routines 
that place entries Into the Translation Look-Aside Buffer (TLB). TLB entries normally 
are based on system page tables, which give the translation for a large number of 
pages. The TLB simply caches the currently-needed translations, so that system page 
tables do not have to be accessed for every translation. 
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If a required address translation cannot be performed by any entry in the TLB, a TLB 
miss trap occurs. The trap handling routine—called the TLB reload routine-accesses 
the system page tables to determine the required translation, and sets the appropriate 
TLB entry. Note that the access requiring this translation can be restarted by the 
Interrupt return at the end of the TLB reload routine (see Section 7.3.4). 

A large number of different page-table organizations are possible. Since the TLB 
reload routine Is a sequence of processor Instructions, the page tables may have a 
structure and access method that satisfies trade-offs of page table size, translation 
lookup time, and memory-allocation strategies. 

Another possibility supported by the TLB reload mechanism is that of a second-level 
TLB. The TLB reload routine is not required to access the system page tables imme¬ 
diately upon a TLB miss, but may access an external TLB, which can be much larger 
than the processor’s TLB. The amount of time required to access the external TLB 
normally Is much smaller than the amount of time required to access the page tables, 
leading to an overall Improvement in performance. Of course. If a translation is not in 
the external TLB, a page table lookup still must be performed. 

Because the TLB reload routine may depend on the type of access causing the TLB 
miss, the processor differentiates between misses on Instruction and data accesses 
by Supervisor-mode and User-mode programs. This eliminates any time which might 
be spent by the TLB reload routine in making the same determination. Performance is 
also enhanced by the LRU Recommendation Register, which gives the TLB register- 
number for Word 0 of the TLB entry to be replaced by the TLB reload routine (the 
least-recently-used entry). 

7.3.3.5 WARM START 

When a process switch occurs, there Is a high probability that most of the TLB entries 
of the old process will not be used by the new process. Thus, the new process most 
likely creates many TLB miss traps early in its execution. This Is unavoidable on the 
first Initiation of a process, but may be prevented on subsequent initiations. 

When a given process Is suspended, the operating system can save a copy of its TLB 
contents. When the task is restarted, the copy can be loaded back Into the TLB. This 
warm start prevents many of the process’ initial TLB misses, at the expense of the 
time required to save and restore the copy of the TLB entries. However, this time may 
be much shorter than the time required to perform ail TLB re-loads Individually. 

Note that if this warm-start strategy is adopted, any change In address translation 
must be reflected In all copies of TLB entries for ail affected processes. If address 
translation Is changed often so that It affects more than one process, warm start may 
not be advantageous. 

7.3.3.6 MiRSMUM :^UMSER OF RESIDENT PAGES 

In any processor that supports demand-paging, there is a minimum number of pages 
that must be resident for any active process. This minimum Is determined by the 
maximum number of pages that might be referenced by an atomic operation In the 
processor’s architecture (e.g., an Instruction, normally). If this maximum number is not 
guaranteed to be resident in memory, some operations might never complete, since 
they may never have ail of the required pages resident In memory at one time. 

For the Am29050 microprocessor, two pages are required for a process to make 
progress through the system. The reason for this requirement Is that the Am29050 
microprocessor, on interrupt return, restarts an Interrupted Load Multiple or Store 
Multiple only after fetching two instructions (see Section 3.5.5). The first of these 
instructions must be resident in memory—and mapped by the TLB—^and the page 
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required to complete the Load Multiple or Store Multiple must also be resident—and 
mapped by the TLB—for the interrupt return to complete successfully. 

7.3.3.7 REGION MAPPING UNIT OPERATION 

The Region Mapping Units (RMUs) also perform translation from a virtual address to 
a physical address. Each of the two RMUs can map a region of contiguous virtual 
addresses to an equivalent-sized region of contiguous physical addresses. The region 
size can range from 64 kb to 2 Gb in power-of-two Increments. The RMUs allow large 
blocks of contiguous physical memory to be mapped in the virtual address space 
without the overhead of TLB miss handling or the possibility of replacing required TLB 
entries. For example, operating-system kernels exhibit much less locality-of-reference 
than applications programs; an operating-system reference causing a TLB miss does 
not later use the same TLB entry as often as an application program. Using the TLB 
to map operating-system references can degrade performance and replace valid TLB 
entries of the calling application. By mapping the operating-system references with 
the RMUs, this overhead is eliminated. 

Like the TLB entries, each RMU entry has six bits which can be used to Implement 
protection as well as collect reference and change information. When both RMUs 
map a given virtual address, RMUO has priority over RMU1, and both have priority 
over the TLB entries. Upon an MMU Protection Violation trap, the trap handler (either 
data or instruction) should first check RMUO to see If that unit caused the exception. 
Following this. It should check RMU1 and finally the TLBs. 

If a valid translation does not exist in either RMUO or RMU1, then the processor uses 
the TLB for translation. If no valid TLB translation exists, then a TLB miss trap occurs. 
The TLB miss handler may decide whether or not to use RMU Instead of a TLB entry 
to handle the miss. 

7.3.3.8 BRANCH TARGET CACHE MEMORY CONSIDERATIONS 

The Branch Target Cache memory is accessed with virtual as well as physical ad¬ 
dresses, depending on whether address translation is enabled for Instruction ac¬ 
cesses. Because of this, the Branch Target Cache memory may contain entries that 
might be considered valid, even though they are not. 

For example, address translation may be changed by modifying the Process Identifier 
of the MMU Configuration Register. This change Is not reflected in the Branch Target 
Cache memory tags, so the tags do not necessarily perform valid comparisons. 

If a TLB miss occurs during the address translation for a branch target instruction, the 
processor considers the contents of the Branch Target Cache memory to be invalid. 
This is required to properly sequence the LRU Recommendation Register, and does 
not solve the problem just described. If the TLB Is changed at some point, so that the 
TLB miss does not occur, the Branch Target Cache memory still may perform an 
invalid comparison. 

To avoid the above problem, the contents of the Branch Target Cache memory must 
be invalidated explicitly whenever address translation is changed. This can be accom¬ 
plished by executing an Invalidate (INV) instruction whenever an address translation 
is changed. The INV instruction causes all entries of the Branch Target Cache mem¬ 
ory to become invalid (after the next successful branch). However, since the change 
in address translation rarely affects the program performing the change, the INV may 
unnecessarily affect the performance of this program. 
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The IRETINV instruction has the same effect on the Branch Target Cache memory as 
the INV instruction, but can reduce the performance impact. The IRETINV delays 
invalidation until an interrupt return is executed, eliminating the need to disrupt an 
operating-system routine when it changes address translation. At the point of interrupt 
return, the contents of the Branch Target Cache memory are most likely not of much 
use anyway. 

Note that the Branch Target Cache memory Is not Invalidated when the Cache Dis¬ 
able (CD) bit of the Configuration Register Is set. When the CD bit Is 1, the Branch 
Target Cache memory continues to operate, but the processor considers Its contents 
to be invalid. Thus, the CD bit cannot be used to invalidate the cache, and, further¬ 
more, the Branch Target Cache memory may have to be invalidated whenever the CD 
bit Is to be reset (i.e., when the cache is to be enabled). 

The Branch Target Cache memory distinguishes between virtual and physical ad¬ 
dresses, between the Instruction RAM and instruction read-only memory (ROM) 
address spaces, and between User-mode and Supervisor-mode addresses. Thus, the 
Branch Target Cache memory does not have to be Invalidated on transitions between 
these address spaces. This improves the performance of applications that make 
heavy use of ROM-based and/or operating-system routines In either physical or vir¬ 
tual address space. 

Restarting Faulting External Accesses 

In a demand-paged system environment, virtual pages and their associated virtual-to- 
physlcal mappings are made available to programs on demand. In other words, the 
memory-management routines generally execute only when a given page or mapping 
Is needed by a program. This need is signaled by a page fault trap caused by a pro¬ 
gram access (normally, the page fault occurs during a TLB reload). 

Since the page fault trap Is part of normal system operation, and does not represent 
an error, the access that causes the trap must be restarted—once the trapping condi¬ 
tion is remedied—In a manner that is not detectable to the program causing the trap. 

Additionally, in the Am29050 microprocessor, the TLB reload mechanism relies on the 
ability to restart an access that causes a TLB miss trap. This restart also must be 
accomplished in a manner that cannot be detected by the trapping program. 

The Am29050 microprocessor overlaps external accesses with the execution of in¬ 
structions. Thus, traps caused by accesses are imprecise: the address of the instruc¬ 
tion that initiated the access cannot be determined by the trap handler. Since the 
address of the initiating Instruction is unknown, the access cannot be restarted by 
re-executing this Instruction. Even If the address could be determined, the Instruction 
might not be restartable, since an instruction executed before the trap occurred, but 
after the access began, may have altered the conditions of the access, such as by 
altering the address source register. 

In order to provide for the restarting of loads and stores that cause exceptions, the 
processor saves all information required to restart these accesses in the Channel 
Address, Channel Data, and Channel Control registers. The Contents Valid (CV) and 
Not Needed (NN) bits in the Channel Control Register Indicate that the Information 
contained In these registers represents an access that must be restarted. The CV bit 
indicates that the access did not complete, and the NN bit Indicates whether or not the 
data from the access is required by the processor. 

Note that since Instruction execution is overlapped with external accesses, an instruc¬ 
tion that executes after a load may alter the destination register for the load. If a trap 
occurs in this situation, the access Information in the Channel Address, Data, and 
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Control registers is correct, but the load cannot be restarted. The NN bit provides 
correct operation in this case. 

When an interrupt or trap is taken, the handiing routine has access to the Channei 
Address, Data, and Control registers; the contents of these registers may contain 
information relevant to an incomplete access, and can be preserved for restarting this 
access. Since these registers are frozen (due to the FZ bit of the Current Processor 
Status), they are not available to monitor any external accesses in the interrupt or trap 
handler until their contents are saved, and the FZ bit is reset. 

Please note that the exception handler for the Data Access Exception trap must clear 
the Transaction Faulted (TF) bit in the Channel Control Register. Failure to clear the 
TF bit will result In the Am29050 microprocessor taking the trap again, once the ex¬ 
ception handler returns, causing an Infinite series of traps. 

The processor restarts an access, using the Channel Address, Channel Data, and 
Channel Control registers, upon an interrupt return (IRET or IRETINV). The access is 
initiated if the CV bit of the Channel Control Register Is 1 and the NN bit Is 0. The 
restart cannot be detected In the logical operation of the restarted routine, although 
the timing of Its execution Is altered. 

The mechanism used to restart faulting accesses has the additional benefit of allow¬ 
ing a fast Interrupt-response time when the processor Is performing a load-multiple or 
store-multiple operation, interrupted load-multiple and store-multiple operations are 
restarted as if they had faulted. In this case, the operation resumes from the point of 
interruption, not the beginning of the sequence. 

Multiple-Processor Systems 

The Am29050 microprocessor provides several facilities for the Implementation of 
multi-programming and multi-processing systems. These facilities help provide mutual 
exclusion, synchronization, and communication between multiple processes, whether 
these processes execute on a single processor or multiple processors. 

Binary semaphores are supported by the Load and Set (LOADSET) Instruction. This 
instruction loads the contents of an external location Into a register and automatically 
sets the contents of the location to the integer -1. This instruction requires no special 
hardware support In the system, since all sequencing is performed by the processor. 
Also, the LOADSET is available to User-mode programs. This eliminates the over¬ 
head of an operating-system call In the use of binary semaphores. 

The instructions Load and Lock (LOADL) and Store and Lock (STOREL) support the 
locking of external devices and memories, or the locking of particular locations within 
an external device or memory. This prevents access by any process or processor 
other than the one that performed the lock, and provides the flexibility of locking In a 
manner appropriate to the system and application. The LOADL and STOREL instruc¬ 
tions are available to User-mode programs. 

To ind icate that a LOADL or STOREL is being executed, the processor asserts the 
LOCK output during the external access. Since the processor cannot control the 
behavior of external devices and memories directly, system hardware must support 
locking, if required. 

Note that the protocol for the locking and unlocking of devices and memories must be 
defined by the system. For example, the protocol may be defined such that a LOADL 
locks the device or memory, and a STOREL unlocks the device or memory. Between 
the execution of the LOADL and the STOREL, the device can be accessed by the 
locking process with any combination of normal loads and stores. 
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For the implementation of a general-purpose exclusion, synchronization, and/or com¬ 
munication scheme, the processor allows Supervisor-mode pr ogram s to set the Lock 
(LK) bit in the Current Processor Status. This bit activates the LOCK pin, and prevents 
the processor from relinquishing the channel to another channel master. (If another 
master already has control of the channel when the LK bit is set, the LK bit does not 
take affect until control of the channel is returned to the processor.) 

The LK bit allows a Supervisor-mode program to execute with mutual exclusion for 
any sequence of Instructions. However, because Interrupts also must be disabled for 
true exclusion, this may have a negative impact on system performance if used im¬ 
properly. 

7.3.6 Timer Facility 

The processor has a built-in Timer Facility that can be configured to cause periodic 
interrupts. The Timer Facility consists of two special-purpose registers—the Timer 
Counter and the Timer Reload registers—that are accessible only to Supervisor-mode 
programs. These registers implement timing functions independent of program 
execution. 

7.3.6.1 TIMER FACILITY OPERATION 

The Timer Counter Register has a 24-bit Timer Count Value (TCV) field that decre¬ 
ments by one on every processor cycle. If the TCV field decrements to zero, it is 
written with the Timer Reload Value (TRV) field of the Timer Reload Register on the 
next cycle; the Interrupt (IN) bit of the Timer Reload register is set at the same time. 
The re-loading of the TCV field by the TRV field maintains the accuracy of the Timer 
Facility. 

The Timer Reload Register contains the 24-bit TRV field and the control bits Overflow 
(OV), Interrupt (IN), and Interrupt Enable (IE). The TCV field and IN bit were de¬ 
scribed above. If the IN bit Is 1 and the IE bit also 1, a Timer Interrupt occurs. If the IN 
bit is 1 when the TCV field decrements to zero, the OV bit also Is set. The OV bit 
Indicates that a Timer interrupt may have occurred before a previous interrupt was 
serviced. 

7.3.6.2 TIMER FACILITY INITIALIZATION 

To initialize the Timer Facility, the following steps should be taken in the specified 
order (it Is assumed that Timer interrupts are disabled by the DA bit of the Current 
Processor Status Register during the following steps): 

1. Set the TCV field with the desired interval count for the first timing Interval. Note 
that this interval must be sufficiently large to allow the execution of the next step 
before the TCV field decrements to zero (this is normally the case). 

2. Set the TRV field with the desired interval count for the second timing Interval. The 
OV and IN bits are reset, and the IE bit is set as desired. Note that the second 
timing Interval may be equivalent to the first timing interval. 

7.3.6.3 HANDLING TIMER INTERRUPTS 

The following Is a suggested list of actions to be taken to handle a Timer interrupt: 

1. Read the Timer Reload register into a general-purpose register. 

2. Reset the IN bit in the general-purpose register. 




3. Set the TRV field in the general-purpose register to the desired value for the next 
timing interval. Note that, at this time, the Timer Counter is timing the current 
Interval. Also, this step may be omitted. If ail Intervals are equivalent. 

4. Write the contents of the general-purpose register back Into the Timer Reload 
register. 

5. Test the general-purpose-register copy of the OV bit, and If It Is set, report the 
error as appropriate. 

6. Perform any system operations required for the Timer Interrupt. 

7. Execute an interrupt return. 

7.3.6.4 TIMER FACILITY USES 

Since the Timer Facility has a resolution of a single processor cycle, it may be used to 
perform precise timing of system events. For example, it may be used to determine an 
exact measurement of the number of cycles between two events In the system, or to 
perform precise time-critical control functions. Note that the Timer Interrupt Is enabled 
and disabled separately from other processor interrupts, so that Its priority can be 
separately specified. 

The Timer Facility can be used to generate time intervals for collecting virtual page 
usage Information (see Section 7.3.3). For example. If memory management relies on 
a working-set page-replacement algorithm, the Timer Facility can establish the 
working-set window. 

The Timer Facility can be shared among multiple processes. This sharing is accom¬ 
plished by the implementation of a queue for timer events, which are sorted in order 
of increasing event time. On each occurrence of a Timer Interrupt, the TRV field is set 
for the interval between the next two events in the queue, while the Timer Counter 
Register is counting the current interval (because of a previous setting of the TRV 
field). The event at the beginning of the queue identifies other system actions to be 
taken for the Timer interrupt. This event is removed from the queue after the appropri¬ 
ate actions are taken. 

7.4 PIPELINE FEATURES EXPOSED TO SOFTWARE 

In certain cases, the Am29050 microprocessor pipeline Is exposed during instruction 
execution. In that the execution of certain instructions are dependent on the execution 
of previous instructions. This section discusses the cases where the pipeline is ex¬ 
posed to software, and the resulting effect on instruction execution. 

7.4.1 Delayed Branch 

The effect of jump and call instructions is delayed by one cycle to allow the processor 
pipeline to achieve maximum throughput. When one of these branches Is successful, 
the instruction immediately following the jump or call is executed before the target 
instruction of the jump or call is executed. Jump and call instructions collectively are 
referred to as delayed branches, and the immediately following instruction Is called 
the delay Instruction. 
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For example, in the following code fragment: 


cpeq 

gr96, Ir6, Ir7 

(1) 

jmpf 

gr96, label 

(2) 

sub 

Ire, Ire, 1 

(3) 

const 

Ire, 0 

(4) 

call 

IrO, sort 

(5) 

add 

Ir2, Ir5, 0 

(6) 

cpneq 

Ir3, gr9e, 0 

(7) 


The SUB instruction (3) is executed regardless of the outcome of the JMPF Instruction 
(2). Of course, If the JMPF Is not successful, the CONST instruction (4) is also exe¬ 
cuted. If the JMPF Is successful, then the instruction sequence is: (3), (5), (6), and 
then the first Instruction of the SORT procedure. Note that the CALL Instruction (5) is 
also a delayed branch, so the Instruction immediately following it, (6), is always exe¬ 
cuted. After the SORT procedure executes the return sequence, the CPNEQ Instruc¬ 
tion (7) is the next Instruction executed. 

The benefit of delayed branches is improved performance and a simplified processor 
Implementation. Performance is improved because the processor pipeline executes 
useful instructions in a larger number of cycles, compared to an Implementation with¬ 
out delayed branches. 

For example. Ignoring all other effects on performance, and assuming that 15% of all 
instructions are branches, then a processor without delayed branches would take at 
least two cycles for 15% of its instructions, leading to 0.85(1) + 0.15(2) = 1.15 cycles 
per instruction, on average. This represents a 15% performance degradation com¬ 
pared to a processor with delayed branches (assuming, for this simple example, that 
the delay instruction is always useful). 

The cost of having delayed branches is either the extra effort required when the com¬ 
piler takes advantage of delayed branches (by re-organizing code), or the extra 
NO-OP instruction which the compiler inserts after every branch to guarantee correct 
program operation. Since the compiler expends only a small amount of effort to avoid 
wasting time and space with NO-OPs, and since the performance improvement result¬ 
ing from this effort is significant, delayed branches are beneficial overall. 

When two immediately adjacent branches are taken, the target of the first branch 
preempts execution of the delay cycle of the second branch, and the target of the 
second branch then follows the target of the first branch. For example, in the following 
code fragment: 


imp 11 (1) 

jmp 12 (2) 

add Ir4, Ir4, Ir5 (3) 
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7-4.2.1 


L1: 

sub 

gr96, gr96.1 (4) 


subc 

gr97, gr97, 0 (5) 

L2: 

const 

gr100, OxffOf (6) 


subr 

gr101,gr101,1 (7) 


or 

gr100,gr100,gr101 (8) 


An unconditional JMP instruction (1) is followed immediately by another unconditional 
JMP Instruction (2). (In this example, unconditional JMPs are used; however, any two 
immediately adjacent taken branches exhibit the same behavior.) The sequence of 
executed instructions in this case is: JMP instruction (1), JMP instruction (2), SUB 
Instruction (4), CONST instruction (6), SUBR Instruction (7), OR instruction (8), and so 
on. Note that the ADD instruction (3) is not executed. Also, the target of the first JMP 
instruction (1) was merely visited; control did not continue sequentially from L1 but 
rather continued from L2. 

Overlapped Operations 

The Am29050 microprocessor overlaps external data references with other opera¬ 
tions, and typically performs floating-point operations in parallel with integer opera¬ 
tions and with other floating-point operations. Certain programming practices are 
necessary to exploit this parallelism to Improve program performance. 

EXTERNAL ACCESS 

In order to make full use of overlapped storage accesses, some instruction reorgani¬ 
zation may be necessary. For example, in the following sequence: 

loop: 


sll 

gr121,gr119,2 

(1) 

add 

gr121,gr120, gr121 

(2) 

load 

0, 0, gr121,gr121 

(3) 

add 

gr96, gr96, gr121 

(4) 

sub 

gr96, gr96,3 

(5) 

add 

gr119, gr119, 1 

(6) 

cpit 

gr122, gr119, Ir2 

(7) 

jmpt 

gr122, loop 

(8) 

nop 


(9) 


the ADD instruction (4) uses the result of the LOAD instruction (3). However, the 
following four instructions do not depend on the result of the LOAD. Therefore, the 
ADD instruction (4) can be moved past the JMPT (8)—since it always will be executed 
even If the JMPT Is taken—and replace the NO-OP instruction (9).The resulting 
sequence is: 
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loop: 


7.4.2.2 


sll 

gr121,gr119.2 

(1) 

add 

gr121,gr120,gr121 (2) 

load 

0, 0, gr121,gr121 

(3) 

sub 

gr96, gr96,3 

(4) 

add 

gr119, gr119,1 

(5) 

cpit 

gr122, gr119. Ir2 

(6) 

jmpt 

gr122, loop 

(7) 

add 

gr96, gr96, gr121 

(8) 


The instructions (4) through (7) are likely to be executed while external memory satis¬ 
fies the load request, resulting in improved throughput. The processor thus allows 
parallelism to be exploited by instruction reordering. 

The overlapped load feature may be used to improve processor performance, but 
imposes no constraints on instruction sequences, as delayed branches do. The proc¬ 
essor implements the proper pipeline interlocks to make this parallelism transparent 
to a running program. 

FLOATING-POINT UNIT OPERATION 

Programs that use floating-point instructions can also benefit from instruction schedul¬ 
ing. Each of the individual floating-point pipelines (Adder, Multiplier, Divider/Square- 
Root Unit) can operate in parallel with Integer instructions and external accesses, and 
with each other. Parallel execution is possible as long as subsequent instructions do 
not need the results of parallel floating-point operations. For example, consider the 
following code sequence: 

; a=b+c*d-e/f 
; g = *p+i«2; 


INST 

OPERANDS 

START ON CYCLE 

fmul 

t1,c, d 

1 

fadd 

t1,b, t1 

4 

fdiv 

t2, e, f 

5 

fsub 

a, tl,t2 

16 

load 

0,0. t1,p 

17 

sll 

t2. i, 2 

18 

add 

g. t 1 .t 2 

19 


The two program statements are independent, so they can be rearranged to take 
better advantage of the parallelism in the Floating-Point Unit: 


INST OPERANDS START ON CYCLE 


fdiv 

t1, e, f 

1 

fmul 

t2, c. d 

2 

load 

0, 0. t3, p 

3 

sll 

t4,1, 2 

4 

fadd 

t2,b,t2 

5 

add 

g.t3,t4 

6 

fsub 

a, 12, t1 

11 
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Note that the scheduled version of the code fragment uses more temporary registers 
{in) to hold the results of parallel computations. The large register file of the Am29050 
microprocessor facilitates this kind of code scheduling. 

Delayed Effects of Registers 

The modification of some registers has a delayed effect on processor behavior, be¬ 
cause of the processor pipeline. The affected registers are the Stack Pointer (Global 
Register 1), Indirect Pointers A, B, and C, the MMU Configuration Register, and the 
Current Processor Status Register. 

An instruction that writes to the Stack Pointer can be followed immediately by an 
instruction that reads the Stack Pointer. However, any instruction that references a 
local register also uses the value of the Stack Pointer to calculate an absolute-register 
number. At least one cycle of delay must separate an instruction that updates the 
Stack Pointer and an instruction that references a local register. In most systems, this 
affects procedure call and return only (see Section 7.1.2). In general, though, an 
Instruction that immediately follows a change to the Stack Pointer should not refer¬ 
ence a local register (however, note that this restriction does not apply to a reference 
of a local register via an indirect pointer). 

The indirect pointers have an implementation similar to the Stack Pointer, and exhibit 
similar behavior. At least one cycle of delay must separate an Instruction that modifies 
an indirect pointer and an instruction that uses that indirect pointer to access a 
register. 

Note that It normally is not possible to guarantee that the delayed effect of the Stack 
Pointer and indirect pointers is visible to a program. If an interrupt or trap is taken 
immediately after one of these registers is set, then the interrupted routine sees the 
effect of the setting in the following Instruction, because many cycles elapse between 
the two instructions. For this reason, a program should not be written in a manner that 
relies on the delayed effect; the results of this practice may be unpredictable. 

At least one cycle of delay must separate a Move To Special Register that modifies 
the Page Size (PS) field of the MMU Configuration Register and an instruction that 
performs address translation. The latter Instruction Includes successful branches, 
loads, and stores. 

If the Freeze (FZ) bit of the Current Processor Status Register is reset from 1 to 0, two 
cycles are required before all program state is reflected properly In the registers 
affected by the FZ bit. This implies that Interrupts and traps cannot be enabled until 
two cycles after the FZ bit is reset, for proper sequencing of program state. 
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This chapter provides a specification of the Am29050 microprocessor instruction set. 
Sections 8.1 through 8.3 describe the terminology used, the setting of the ALU Status 
Register by instructions, and the instruction formats. Section 8.4 describes each 
instruction in detail; instructions are presented alphabetically by assembler mne¬ 
monic. Finally, Section 8.5 gives an index of instructions by operation code. 

8.1 INSTRUCTION-DESCRIPTION NOMENCLATURE 

To simplify the specification of the instruction set, special terminology is used through¬ 
out this chapter. This section defines the terminology and symbols used to describe 
instruction operands, operations, and the assembly-language syntax. 

This section does not describe all terminology used. It excludes certain descriptive 
terms that have an obvious meaning. 

8.1.1 Operand Notation and Symbols 

Throughout this chapter, instruction operands are signed, two’s-complement, word 
integers, unless otherwise noted. The term register is used consistently to denote a 
general-purpose register; other types of registers are described explicitly. 

The following notation Is used In the description of Instruction operands: 

0116 16-blt Immediate data, zero-extended to 32 bits. 

1116 16-blt Immediate data, one-extended to 32 bits. 

BP The Byte Pointer (BP) field of the ALU Status Register. The BP 

field selects a byte or half-word within a word, and is interpreted 
according to the Byte Order bit of the configuration Register. 

C The Carry (C) bit of the ALU Status Register. The C bit Is logi¬ 

cally zero-extended to 32 bits when it Is involved in a word 
operation. 

COUNT The value of the Count Remaining field of the Channel Control 

Register. Note that COUNT does not refer to this field directly, 
but rather to the value of the field at the beginning of a LOADM 
or STOREM instruction. 

DEST The general-purpose register that is the destination of an Instruc¬ 

tion (i.e., the register used to store the result). 

EXTERNAL The word in an external device or memory with address n. This 

WORD[n] terminology also Is used for coprocessor words, except that the 

address n either has no pre-defined Interpretation or is a data 
item transferred to the coprocessor. 

FALSE The Boolean constant FALSE. 

FC The Funnel Shift Count (FC) field of the ALU Status Register. 

h‘rf The hexadecimal constant n. 
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8 . 1.2 


116 

16-blt Immediate data. 

IPA 

Indirect Pointer A Register. 

IPB 

Indirect Pointer B Register. 

IPC 

Indirect Pointer C Register. 

PC 

The Program Counter Register. This register Is not explicitly ac¬ 
cessible by instruction, but does appear as an operand for cer¬ 
tain instructions. The Program Counter always contains the word 
address of the instruction being executed, and is 30 bits in 
length. 

Q 

The Q Register. 

Register RA 
Register RB 

Ponjetor RQ 

These designate the general-purpose registers specified by the 
Instruction fields RA, RB, and RC (see Section 8.3). 

SPDEST 

The special-purpose register that is the destination of an 
instruction. 

SPECIAL 

The content of a special-purpose register, used as an instruction 
operand. 

Special-purpose 
Register SA 

Designates the special-purpose register specified by the instruc¬ 
tion field SA (see Section 8.3). 

SRCA 

SRCB 

The contents of general-purpose registers, used as instruction 
operands. 

SRCA. BYTEn 

SRCB. BYTEn 

Designate the byte numbered n within the SRCA or SRCB 
operand. 

TARGET 

The target-instruction address specified by a jump or call instruc¬ 
tion. This address is either absolute, or Program-Counter 
relative. 

TLB[n] 

The Translation Look-Aside Buffer Register with register num¬ 
ber n. 

TRUE 

The Boolean constant TRUE. 

TWIN 

General-purpose registers are paired by absolute-register num¬ 
ber, such that even-numbered registers are paired with odd-num¬ 
bered registers having the next-highest register number. The twin 
of a given register is the other register In the pair to which the 
given register belongs. For example. Local Register 5 is the twin 
of Local Register 4, and vice versa. 

Operator Symbols 

The following symbols are used to describe instruction operations: 

A«B 

Left shift of the A operand by the shift amount given by the B 
operand. 

A»B 

Right shift of the A operand by the shift amount given by the B 
operand. 

A//B 

Concatenation. The B operand is appended to the A operand. In 
the resulting quantity, the A operand makes up the high-order 
part, and the B operand makes up the low-order part. 


8-2 INSTRUCTION SET 




8.1.3 


A&B 

Bitwise AND. 

A|B 

Bitwise OR. 

A'^B 

Bitwise exclusive-OR. 

-A 

One’s-complement. 

A<-exp 

Assignment of the A location by the result of the expression on 
the right side. 

A = B 

Equal to. 

AoB 

Not equal to. 

A>B 

Greater than. 

A>B 

Greater than or equal to. 

A<B 

Less than. 

A<B 

Less than or equal to. 

A+B 

Addition. 

A-B 

Subtraction. 

A*B 

Multiplication. 

A/B 

Division. 

A..B 

A subrange which Includes the A operand and the B operand. 
This symbol Is used for subranges of bits as well as subranges of 
words. 

A ORB 

Logical OR of two Boolean conditions. 

Control-Flow Terminology 

The following terminology Is used to describe the control functions performed during 
the execution of various Instructions: 

Continue 

Continue execution of the current instruction sequence. 

IF condition 

THEN operations 
ELSE operations 

The condition following the IF is tested. If the condition holds, the 
operations following the THEN are performed. If the condition 
does not hold, the operations following the ELSE are performed. 

If the ELSE is not present and the condition does not hold, no 
operation is performed. 

Signed overflow 

This condition is present when the result of an add or subtract of 
two’s-complement operands cannot be represented by a signed 
word integer. 

Trap(/7) 

Specifies a trap with vector number n. The vector number n may 
be specified indirectly (e.g., Trap (VN)) or explicitly by symbolic 
name (e.g.. Trap (Out of Range)). 

Unsigned 

overflow 

This condition is present when the result of an add of unsigned 
operands cannot be represented by an unsigned word integer. 

Unsigned 

underflow 

This condition is present when the result of a subtract of un¬ 
signed operands cannot be represented by an unsigned integer 
(i.e., when the result is less than zero). 

VN 

Designates the trap vector number specified by the instruction 
field VN (see Section 8.3). 
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Assembler Syntax 

This chapter does not contain a full description of the instruction assembler, but pro¬ 
vides a rudimentary description of the assembler syntax. The following notation is 
used to describe assembler tokens: 


ce 

cnti 

constS 

const16 

ra 

rb 

rc 


spid 

target 

vn 


Determines the Coprocessor Enable (CE) bit of a load or store 
Instruction. 

Determines the 7-blt control field In a load or store Instruction. 
Specifies a constant that can be expressed by 8 bits. 

Specifies a constant that can be expressed by 16 bits. 

These tokens name general-purpose registers. In a formal 
sense, these represent the same token, since the name of a 
register does not depend on its instruction use. However, three 
distinct tokens are used to clarify the relationship between the 
assembler syntax, instruction operands, and instruction fields. 

A symbolic identifier for a special-purpose register. 

A symbolic label for the target of a jump or call instruction. 

Specifies a trap vector number. 


8.2 ARITHMETIC/LOGIC STATUS RESULTS OF INSTRUCTIONS 

8.2.1 Arithmetic/Logic Status Bits 

The arithmetic/logic status bits of the ALU Status Register are: 

V Overflow 

N Negative 

Z Zero 

C Carry 

The C bit Is used In extended arithmetic operations (I.e., on operands greater than 32 
bits in length), and the N bit is used In divide step operations. Other than these uses, 
the status bits are not involved in instruction operations. In particular, they are not 
used to determine the outcome of conditional jump Instructions; Boolean values In 
registers are used instead for this purpose. The status bits are primarily Informational. 

Except for instructions that explicitly modify the ALU Status Register, the status bits 
are modified only by the execution of instructions in the Arithmetic and Logical 
classes. The Arithmetic and Logical Instructions affect the status bits differently. The 
following two sections describe the setting of the status bits by Arithmetic and Logical 
Instructions. 

When the Freeze (FZ) bit of the Current Processor Status Register Is 1, the ALU 
Status Register is not modified except by the Move To Special Register instruction. 

8.2.2 Arithmetic Operation Status Results 

The Arithmetic instructions modify the V, N, Z, and C bits. These bits are set accord¬ 
ing to the result of the operation performed by the instruction. 

All Instructions In the Arithmetic class—except for MULTIPLY, MULTM, DIVIDE, 
MULTIPLU, MULTMU, and DIVIDU—perform an add. In the case of subtraction, the 
subtract is performed by adding the two’s-complement or one’s-complement of an 
operand to the other operand. The multiply step and divide step operations also 
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perform adds, again possibly complementing one of the operands before the opera¬ 
tion is performed. In general, the status bits are based on the results of the add. 

If two's-complement overflow occurs during the add, the V bit of the ALU Status Reg¬ 
ister is set; othen^^ise it is reset. Two’s-complement overflow occurs when the carry-in 
to the most-significant bit of the intermediate result differs from the carry-out. When 
this occurs, the result cannot be represented by a signed word integer. Note that the 
V bit always is set in this manner, even when the result is unsigned. 

The N bit of the ALU Status Register is set to the value of the most-significant bit of 
the result of the add. Note that the divide step and multiply step operations may shift 
the result after the operation is performed. In the cases where shifting occurs, the N 
bit may not agree with the result that is written into a general-purpose register, since 
the N bit is based only on the result of the add, not on the shift. 

If the result of the add causes a zero word to be written to a general-purpose register, 
the Z bit of the ALU Status Register is set; otherwise. It Is reset. The Z bit always 
reflects the result written Into a general-purpose register; if shifting is performed by a 
multiply or divide step, the Z bit reflects the shifted value. 

If there is a carry out of the add operation, the C bit is set; otherwise it is reset. 

8.2.2.1 CORRECTING OUT-OF-RANGE RESULTS 

Some Arithmetic instructions cause an Out of Range trap if the arithmetic operation 
causes an overflow or underflow. When an Out of Range trap occurs, the result of the 
operation—though incorrect—is written into the destination register. Furthermore, the 
Program Counter 2 Register contains the address of the trapping instruction, and the 
ALU Status Register contains an indication of the cause of the trap. It is possible. If 
required, for the trap handler to use this information to form the correct result. 

The ALU Status Indicates the cause of the Out of Range trap, based on the operation 
performed, as follows: 

1. Signed overflow. If the Out of Range trap is caused by signed, two’s-complement 
overflow {this can occur for both signed adds and subtracts), the V bit is 1. 

2. Unsigned overflow. If the Out of Range trap Is caused by unsigned overflow (this 
can occur only for unsigned adds), the C bit Is 1. 

3. Unsigned underflow. If the Out of Range trap is caused by unsigned underflow 
(this can occur only for unsigned subtracts), the C bit is 0. 

The multiply instructions MULTIPLY and MULTIPLU can cause an Out of Range trap 
if the MO bit of the Integer Environment Register is 0 and the operation overflows. 
However, these instructions do not set the ALU Status Register. This exception Is 
detected using the Exception Opcode Register. 

8.2.3 Logical Operation Status Results 

The Logical instructions modify the N and Z bits. These bits are set according the 
result of the instruction. The V and C bits are meaningless in regard to the logical 
instructions, so they are not modified. 

The N bit of the ALU Status Register is set to the value of the most-significant bit of 
the result of the logical operation. 

If the result of the logical operation is a zero word, the Z bit of the ALU Status Register 
Is set; otherwise, it Is reset. 
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Floating-Point Status 

The floating-point instructions check for a number of exceptional conditions, and 
report these exceptions by setting bits of the Floating-Point Status Register (see 
Section 3.2.3). The exceptional conditions also may cause traps, depending on the 
state of mask bits In the Floating-Point Environment Register. There are two groups of 
status bits in the Floating-Point Status Register: trap status bits and sticky status bits. 
When an exception is detected, the Am29050 microprocessor sets the trap status bit 
and/or the sticky status bit associated with the exception, depending on the corre¬ 
sponding exception mask bit and on whether or not a trap occurs. The sticky status bit 
is set whenever the corresponding exception Is masked, regardless of whether or not 
a trap occurs. A trap status bit is set whenever a trap occurs, regardless of the state 
of the corresponding mask bit. 

A trap status bit is reset when a trap occurs and the indicated status does not apply to 
the trapping operation. A sticky status bit is reset only by software. 

Since a floating-point exception may affect either a trap status bit, a sticky status bit, 
or both, the description of status results for floating-point instructions in this section 
indicates the exceptions that may be detected, rather than which status bits are set. 
The following terminology is used: 

fpD Divide By Zero. The processor determines whether a divide operation has a 
zero divisor and a non-zero, finite dividend. If so, the DT and/or DS bits of the 
Floating-Point Status Register are set. 

fpX Inexact Result. If the result of the associated floating-point operation is not 
equal to the infinitely-precise result, the XT and/or XS bits of the Floating-Point 
Status Register are set. 

fpU Underflow. If the result of the associated floating-point operation is too small to 
be expressed in the destination format, the UT and/or US bits of the Floating- 
Point Status Register are set. 

fpV Overflow. If the result of the associated floating-point operation is too large to be 
expressed in the destination format, the VT and/or VS bits of the Floating-Point 
Status Register are set. 

fpR Reserved Operand. If one or more input operands to the associated 

floating-point operation is a reserved value, or if the result of this floating-point 
operation is a reserved value, the RT and/or RS bits of the Floating-Point Status 
Register are set. 

fpN Invalid Operation. If the Input operands to the associated floating-point 
operation produce an indeterminate result, the NT and/or NS bits of the 
Floating-Point Status Register are set. 

INSTRUCTION FORMATS 

All instructions for the Am29050 microprocessor are 32 bits in length, and are divided 
Into four fields, as shown in Figure 8-1. These fields have several alternative defini¬ 
tions, as discussed below. In certain instructions, one or more fields are not used, 
and are reserved for future use. Even though they have no effect on processor opera¬ 
tion, bits in reserved fields should be 0, to Insure compatibility with future processor 
versions. 
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Figure 8-1 


Instruction Format 


31 


23 

15 

7 

0 

P] 

1 1 1 1 1 
OP 

1 1 1 1 1 1 1 

H I IT IT 

MM 

1 1 1 


T 

A 

M 




RC 

117.. . no 

115.. . I8 
VN 

CE//CNTL 




_/ \_ 



RA 

RB 

SA 

RB or 1 


19 ...12 


17 ...10 




UI//RND//FD//FS 
Reserved//FS 


The instruction fields are defined as follows: 


Bits 31-24 
OP 


A 

M 

Bits 23-16 
RC 

I17...I10 


115... 18 
VN 

CE//CNTL 


This field contains an operation code, defining the operation to 
be performed. In some Instructions, the least-significant bit of the 
operation code selects between two possible operands. For this 
reason, the least-significant bit is sometimes labeled A or M with 
the following interpretations: 

(Absolute): The A bit is used to differentiate between Program- 
Counter relative (A=0) and absolute {A = 1) Instruction ad¬ 
dresses, when these addresses appear within instructions. 

(Immediate): The M bit selects between a register operand 
(M=0) and an immediate operand (M = 1), when the alternative 
Is allowed by an instruction. 


The RC field contains a global or local register number. 

This field contains the most-significant eight bits of a 16-bit in¬ 
struction address. This is a word address, and may be program- 
counter relative or absolute, depending on the A bit of the opera¬ 
tion code. 

This field contains the most-significant eight bits of a 16-bit in¬ 
struction constant. 

This field contains an 8-bit trap vector number. 

This field controls a load or store access, as described in 
Sections 3.4.4 and 6.1.2. 


Bits 

RA 

SA 

Bits 7-0 
RB 


RB or I 


The RA field contains a global or local register number. 
The SA field contains a special-purpose register number. 


The RB field contains a global or local register number. 

This field contains either a global or local register number, or an 
8-blt instruction constant, depending on the value of the M bit of 
the operation code. 
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19... 12 


This field contains the least-significant eight bits of a 16-bit in¬ 
struction address. This is a word address, and may be program- 
counter relative or absolute, depending on the A bit of the opera¬ 
tion code. 

I7... lO This field contains the least-significant eight bits of a 16-bit in¬ 

struction constant. 

Ul // RND // FD//FS This field controls the operation of the CONVERT instruction. 

reserved//FS This field is the FS portion of the above field and specifies the 
operand format for the CLASS and SORT Instructions. 

The fields described above may appear in many combinations. However, certain 
combinations that appear frequently are shown In Figure 8-2. 


Figure 8-2 Frequently Occurring Instruction Field Uses 

Three operands, with possible 8-bit constant: 



Three operands, without constant: 



Jumps and calls with 16-bit instruction address: 



CE 
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INSTRUCTION DESCRIPTION 

This section describes each Am29050 microprocessor instruction in detail. Figure 8-3 
Illustrates the layout of the Information given for each description. 


Figure 8-3 


Instruction-Description Format 


Instruction 

Mnemonic 

Instruction 

Name 


Brief Operation 
Description 

Assembler 
Syntax - 

Arithmetic/Logic 
Status Result 


Operation: DEST SRCA = SRCB 
Assembler 

Syntax; ADD rc, ra, rb 

or 

ADD rc, ra, constS 
Status; V, N, Z, C 


Operand Specification- 
Describes the 
instruction fields’ 
relations to operands, 
and implicit operands 
in some cases 

Instruction Format— 
Specifies field — 
options used 

Operation Code— _ 

HEX format 


Operands; 

SRCA 

Content of register RA 


SRCB 

M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


DEST 

Register RC 

31 

23 

15 7 0 

■"11 Tr r T r 
000101OM 

"TTTTT" 

RC 

T^'T'TTTTTi —rrmii" 

RA RB or 1 

in 

CL 

O 


ADD 


Detailed Description 
of instruction 
operation 


Description; The SRCA operand is added to the SRCB 
operand, and the result is placed into the 
DEST location. 
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ADD 


ADD 


Add 


Operation: DEST SRCA=SRCB 


Assembler 

Syntax: 

ADD rc, ra, rb 
or 

ADD rc, ra, constS 

Status: 

V.N,Z,C 


Operands: 

SRCA 

Content of register RA 


SRCB 

M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


DEST 

Register RC 

31 

23 

15 7 


I.I I.I 1 r 1 

0 0 0 1 0 1 0 M 

"T"T ~ r T -1” T "1" 

RC 

" "I”!" T "I" T "r r ~ 

RA 

r 1 1 1 i II 

RB orl 


OP=U. 15 add 


Description: The SRCA operand is added to the SRCB operand, and the result is 
placed into the DEST location. 
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ADDC 


Add with Carry 


ADDC 


Operation: DEST<-SftCA+SRCB+C 
Assembler 

Syntax: ADDC rc, ra, rb 
or 

ADDC rc, ra, constS 
Status: V, N, Z, C 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31 23 15 7 0 


1 1 1 1 1 1 1 

0 0 0 1 1 1 0 M 

1 r r r i i r 

RC 

1 1 i 11 1 1 

RA 

^n-T-T~r r.r i 

RBorl 


OP = 1C, ID ADDC 


Description: The SRCA operand is added to the SRCB operand and the value of 
the ALU Status Carry bit, and the result Is placed into the DEST 
location. 
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ADDCS 


Add with Carry, Signed 


ADDCS 


Operation: DEST^-SRCA+SRCB+C, 

IF signed overflow THEN Trap (Out of Range) 

Assembler 

Syntax: ADDCS rc, ra, rb 
or 

ADDCS rc, ra, constS 
Status: V, N, Z, C 


Operands: SRCA 

Content of register RA 


SRCB 

M=0: Content of register RB 

Iv1 = 1:1 (Zero-extended to 32 bits) 


DEST 

Register RC 


31 23 

15 7 

0 




imam 



OP. 18,19 ADDCS 


Description: The SRCA operand is added to the SRCB operand and the value of 
the ALU Status Carry bit, and the resuit is piaced into the DEST 
location. If the add operation causes a two’s-compiement signed 
overfiow, an Out of Range trap occurs. 

Note that the DEST location is altered whether or not an overflow 
occurs. 
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ADDCU 


Add with Carry, Unsigned 


ADDCU 


Operation: 

DEST 4- SRCA + SRCB + C, 

IF unsigned overflow THEN Trap (Out of Range) 

Assembler 

Syntax: 

ADDCU rc, ra, rb 
or 

ADDCU rc, ra, constS 

Status: 

V, N,Z,C 


Operands: 

SRCA 

Content of register RA 


SRCB 

M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


DEST 

Register RC 

1 

23 

15 7 




ll|||HN||||||| 



OP=1A, 1B ADDCU 


Description: The SRCA operand is added to the SRCB operand and the value of 
the ALU Status Carry bit, and the result is placed into the DEST 
location. If the add operation causes an unsigned overflow, an Out of 
Range trap occurs. 

Note that the DEST location Is altered whether or not an overflow 
occurs. 
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ADDS 


Add, Signed 


ADDS 


Operation: DEST S RCA + SRCB 

IF signed overflow THEN Trap (Out of Range) 

Assembler 


Syntax: 

ADDS rc, ra, rb 
or 

ADDS rc, ra, constS 



Status: 

V,N,Z,C 




Operands: 

SRCA 

Content of register RA 




SRCB 

M=0: Content of register RB 

M=1:1 (Zero-extended to 32 bits) 




DEST 

Register RC 



31 

23 

15 7 


0 

lEEEIBE 

II II 

> 0 M 

1 I 1 1 1 1 rmrm n 

RC RA 

II 1 1 

RBorl 

:] 

OP = 10, 11 


ADDS 




Description: The SRCA operand is added to the SRCB operand, and the result is 
placed into the DEST location. If the add operation causes a 
two’s-complement signed overflow, an Out of Range trap occurs. 

Note that the DEST location is altered whether or not an overflow 
occurs. 
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ADDU 


Add, Unsigned 


ADDU 


Operation: DEST<~SRCA + SRCB 

IF unsigned overflow THEN Trap (Out of Range) 

Assembler 

Syntax: ADDU rc, ra, rb 
or 

ADDU rc, ra, constS 
Status: V, N, Z. C 


Operands: SRCA 

Content of register RA 


SRCB 

M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


DEST 

Register RC 


1 23 

15 7 

0 

1 1 1 1 1 1 1 TT 

0 0 0 1 0 0 1 M 

Mill 1 1 1 1 1 1 1 1 1 1 1 1 1 

RC RA RB or 1 

3 

OP = 12, 13 

ADDU 



Description: The SRCA operand is added to the SRCB operand, and the result is 
placed into the DEST location. If the add operation causes an 
unsigned overflow, an Out of Range trap occurs. 

Note that the DEST location is altered whether or not an overflow 
occurs. 
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AND 


AND Logical 


AND 


Operation: DEBT ^ SRCA & SRCB 
Assembler 

Syntax: AND rc, ra, rb 

or 

AND rc, ra, constS 
Status: N,Z 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M=1: i (Zero-extended to 32 bits) 

DEST Register RC 


31 23 15 7 0 



OP = 90, 91 and 


Description: The SRCA operand is logically ANDed, bit-by-bit, with the SRCB 
operand, and the result is placed into the DEST location. 
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ANDN 


AND-NOT Logical 


ANDN 


Operation: DEST ^ SRCA & -SRCB 
Assembler 

Syntax: ANDN rc, ra, rb 
or 

ANDN rc, ra, constS 


Status: N, Z 
Operands: SRCA 
SRCB 

DEST 


Content of register RA 

M = 0: Content of register RB 
M = 1:1 (Zero-extended to 32 bits) 

Register RC 


31 23 15 7 0 







OP = 9C, 9D 


ANDN 


Description: The SRCA operand is logically ANDed, bit-by-bit, with the 

one’s-complement of the SRCB operand, and the result Is placed into 
the DEST location. 
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ASEQ 


Assert Equal To 


ASEQ 


Operation: 

IF SRCA = SRCB THEN Continue 

ELSE Trap (VN) 

Assembler 

Syntax: 

ASEQ vn, ra, rb 
or 

ASEQ vn, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 


SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


VN Trap vector number 


31 23 15 7 0 


1 1 1 1 1 1 1 

0 1 1 1 DOOM 

nrrrrrrr 

VN 

n Tin I 

RA 

I I I I I I I 

RBorl 


OP = 70,71 ASEQ 


Description: If the SRCA operand is equal to the SRCB operand, instruction 
execution continues; othen^^ise, a trap with the specified vector 
number occurs. 

For programs in the User mode, a Protection Violation trap 
occurs—instead of the assert trap—if a vector number between 0 and 
63 is specified. 
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ASGE 


ASGE 


Assert Greater Than or Equal To 


Operation: 

IF SRCA > SRCB THEN Continue 

ELSE Trap (VN) 

Assembler 

Syntax: 

ASGE vn, ra, rb 
or 

ASGE vn, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 


SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


VN Trap vector number 


31 

23 

15 

7 0 

I 1 1 1 1 1 1 

0 1 0 1 1 1 0 M 

1 1 I 1 1 1 1 

VN 

■"T" T "I r I 1 "I" 

RA 

_T T_|--r T "r r ■ 

RB orl 


OP = 5C, 5D ASGE 


Description: If the value of the SRCA operand Is greater than or equal to the value 
of the SRCB operand, instruction execution continues; otherwise, a 
trap with the specified vector number occurs. 

For programs in the User mode, a Protection Violation trap 
occurs—Instead of the assert trap—if a vector number between 0 and 
63 Is specified. 
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ASGEU 


ASGEU 


Assert Greater Than or Equal To, Unsigned 


Operation: 

IF SRCA > SRCB (unsigned) THEN Continue 
ELSE Trap (VN) 

Assembler 

Syntax: 

ASGEU vn, ra, rb 
or 

ASGEU vn, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 


SRCB M = 0: Content of register RB 

M = i: i (Zero-extended to 32 bits) 


VN Trap vector number 


31 23 15 7 0 




llliiyiy^glllillll^ 



OP = 5E,5F ASGEU 

Description: If the value of the SRCA operand is greater than or equal to the value 
of the SRCB operand, instruction execution continues; otherwise, a 
trap with the specified vector number occurs. For the comparison, 
both operands are treated as unsigned integers. 

For programs in the User mode, a Protection Violation trap 
occurs—instead of the assert trap—if a vector number between 0 
and 63 is specified. 
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ASGT 


ASGT 


Assert Greater Than 


Operation: 

IF SRCA > SRCB THEN Continue 

ELSE Trap (VN) 

Assembler 

Syntax: 

ASGT vn, ra, rb 
or 

ASGT vn, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 


SRCB M = 0: Content of register RB 

M =1:1 (Zero-extended to 32 bits) 


VN Trap vector number 


31 

23 

15 

7 0 

I I I I I I I 

0 1 0 1 1 0 0 M 

I I I I I I I 

VN 

1 1 1 1 i 1 i 

RA 

"1 rrn i i 

RB orl 


OP = 58, 59 ASGT 


Description: If the value of the SRCA operand is greater than the value of the 
SRCB operand, instruction execution continues; othen^/ise, a trap 
with the specified vector number occurs. 

For programs in the User mode, a Protection Violation trap 
occurs—instead of the assert trap—if a vector number between 0 and 
63 is specified. 
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ASGTU 


Assert Greater Than, Unsigned 


ASGTU 


Operation: 

IF SRCA>SRCB (unsigned) THEN Continue 
ELSE Trap (VN) 

Assembler 

Syntax; 

ASGTU vn, ra, rb 
or 

ASGTU vn, ra, constS 

Status: 

Not affected 

Operands: 

SRCA 

Content of register RA 


SRCB 

M = 0: Content of register RB 
m = 1:1 (Zero-extended to 32 bits) 


VN 

Trap vector number 


31 

23 

15 

7 0 


HmHi 

ymm 



OP = 5A. 5B ASGTU 


Description: If the value of the SRCA operand is greater than the value of the 
SRCB operand, instruction execution continues; otherwise, a trap 
with the specified vector number occurs. For the comparison, both 
operands are treated as unsigned integers. 

For programs in the User mode, a Protection Vioiation trap 
occurs—instead of the assert trap—if a vector number between 0 and 
63 is specified. 
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ASLE ASLE 

Assert Less Than or Equal To 


Operation: 

IF SRCA <SRCB THEN Continue 

ELSE Trap (VN) 

Assembier 

Syntax: 

ASLE vn, ra, rb 
or 

ASLE vn, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 


SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


VN Trap vector number 


31 23 15 7 0 


I I I I I I I 

0 1 0 1 0 1 0 M 

1 11 I 1 T 1 

VN 

i r rr r r i 

RA 

11 1 1 1 1 1 

RB orl 


OP = 54, 55 ASLE 


Description: If the value of the SRCA operand is less than or equal to the value of 
the SRCB operand, instruction execution continues; otherwise, a trap 
with the specified vector number occurs. 

For programs in the User mode, a Protection Violation trap 
occurs—instead of the assert trap—if a vector number between 0 and 
63 is specified. 
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ASLEU 


Assert Less Than or Equal To, Unsigned 


ASLEU 


Operation: 

Assembler 

Syntax: 


Status: 

Operands: 


IF SRCA<SRCB (unsigned) THEN Continue 
ELSE Trap (VN) 


ASLEU vn, ra, rb 
or 

ASLEU vn, ra, constS 
Not affected 


SRCA 

SRCB 

VN 


Content of register RA 


M = 0: Content of register RB 


■ I • I y<C.OI IVIWVi i\/ V/Ci- J 


Trap vector number 


31 

23 

15 

7 0 


Hmiii 




OP = 56, 57 


ASLEU 


Description: If the value of the SRCA operand is less than or equal to the value of 
the SRCB operand. Instruction execution continues; otherwise, a trap 
with the specified vector number occurs. For the comparison, both 
operands are treated as unsigned Integers. 

For programs in the User mode, a Protection Violation trap 
occurs—instead of the assert trap—if a vector number between 0 and 
63 is specified. 
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ASLT 


ASLT 


Assert Less Than 


Operation; 

IF SRCA < SRCB THEN Continue 

ELSE Trap(VN) 

Assembler 

Syntax: 

ASLT vn, ra, rb 
or 

ASLT vn, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 


SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


VN Trap vector number 


31_ 23 15 7 0 





jjjjjjjjjjMMN 


OP = 50, 51 ASLT 


Description: If the value of the SRCA operand is less than the value of the SRCB 
operand, instruction execution continues; otherwise, a trap with the 
specified vector number occurs. 

For programs in the User mode, a Protection Violation trap 
occurs—instead of the assert trap—if a vector number between 0 and 
63 is specified. 
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ASLTU 


Operation: 

Assembler 

Syntax: 


ASLTU 


Assert Less Than, Unsigned 

IF SRCA<SRCB (unsigned) THEN Continue 
ELSE Trap (VN) 

ASLTU vn, ra, rb 
or 

ASLTU vn, ra, constS 


Status: Not affected 

Operands: SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

VN Trap vector number 



Description: If the value of the SRCA operand Is less than the value of the SRCB 
operand. Instruction execution continues; otherwise, a trap with the 
specified vector number occurs. For the comparison, both operands 
are treated as unsigned integers. 

For programs in the User mode, a Protection Violation trap 
occurs—Instead of the assert trap—If a vector number between 0 and 
63 is specified. 
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ASNEQ 

Assert Not Equal To 


Operation: 

IF SRCA <> SRCB THEN Continue 

ELSE Trap (VN) 

Assembier 

Syntax: 

ASNEQ vn, ra, rb 
or 

ASNEQ vn, ra, constS 

Status: 

Not affected 


Operands: 

SRCA 

Content of register RA 


SRCB 

M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


VN 

Trap vector number 


ASNEQ 


31_23_15_7_0 







OP = 72, 73 ASNEQ 


Description: If the SRCA operand is not equal to the SRCB operand, instruction 
execution continues; otherwise, a trap with the specified vector 
number occurs. 

For programs in the User mode, a Protection Violation trap 
occurs—instead of the assert trap—if a vector number between 0 and 
63 is specified. 
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CALL 


CALL 


Call Subroutine 


Operation: DEST<-PC//00 = 8 
PC TARGET 
Execute delay instruction 

Assembler 

Syntax: CALL ra, target 
Status: Not affected 


Operands: TARGET 
DEST 


A=0:117... 110//19... 12 (sign-extended to 30 bits) + PC 
A = 1; 117... II0//19... 12 (zero-extended to 30 bits) 

Register RA 


31 23 15 7 0 


■ 1 I 1 r in " 1 " 

1 0 1 0 1 0 0 A 

■ r T r I 1 ”1 . 1" 

117... no 

^~T~rTnrnrr” 

RA 

111 1 III 

19.. 12 


OP=A8, A9 CALL 


Description: The address of the second following Instruction is placed Into the 
DEST location, and a non-sequentlal instruction fetch occurs to the 
instruction address given by the TARGET operand. The instruction 
following the CALL is executed before the non-sequentlal fetch 
occurs. 
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CALLI 


Call Subroutine, Indirect 


CALLI 


Operation: 


Assembler 

Syntax: 

Status: 

Operands: 


DEST4-PC//00 + 8 
PC^SRCB 

Execute delay Instruction 

CALLI ra. rb 
Not affected 

SRCB Content of register RB 

DEST Register RA 


31 23 15 7 0 


■n"rTi" r T "r 

1 1 0 0 1 0 0 0 

1 1 1 r 1 11 

Reserved 

”T“r TT "i r 7 ■ 

RA 

1 k 1 1 1 1 1 

RB 


OP = C8 CALLI 


Description: The address of the second following instruction is placed Into the 
DEST location, and a non-sequential Instruction fetch occurs to the 
instruction address given by the SRCB operand. The instruction 
following the CALLI is executed before the non-sequential fetch 
occurs. 
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CLASS 


Classify Floating-Point Operand 


CLASS 


Operation: DEST CLASS(SRCA) 
Assembler 

Syntax: CLASS rc, ra, FS 
Status: None 


Operands: 


Control: 


SRCA Content of register RA (single-precision f.p.) 

or 

Content of register RA and the twin of register RA 
(Double-precision f.p.) 

DEST Register RC 

FS Format of source operand SRCA 

00 Reserved for future use 

01 Single-precision floating-point 

10 Double-precision floating-point 

11 Reserved for future use 


31_23_15_7__0 


o 

o 

o 

1 1 1 1 1 11 
RC 

1 1 1 1 1 1 1 

RA 

1 1 1 1 1 

Reserved 

FS 


OP=E6 CLASS 

Description: A 32-bit classification code for operand SRCA is placed into the 
DEST location. Operand SRCA is a single- or double-precision 
operand, as specified by FS. The classification code has the following 
format: 


31 


7 


0 


I 

0 


I I I I 
EFC 


Bits 31-6: Reserved (forced to 0). 

Bit 5: Operand Sign (OS). The OS bit is 1 for a negative operand 
(including negative zero) and 0 for a non-negative operand. 

Bits 4-0: Exponent-Fraction Class (EFC). This field classifies the 
biased exponent and fraction fields of the source operand as follows 
(Max is the largest biased exponent that can be used to represent a 
finite number. This exponent is 254 for the single-precision format 
and 2,046 for the double-precision format). 
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EFC 

Biased Exp (bexp) 

Fraction (frac) 

Comments 

00000 

00001 

0 

0 

zero 

unused 

00010 

0 

0<frac<.111 ...1 

denormal ized 

00011 

0 

.111...1 

denormalized 

00100 

00101 

1 


0 

unused 

00110 

1 


0<frac<.111... 1 

00111 

1 

.111 ...1 


01000 

01001 

1 < bexp < Max 

0 

unused 

01010 

1 < bexp < Max 

0<frac<.111 ...1 


01011 

1 < bexp < Max 

.111...1 


01100 

01101 

Max 

0 

unused 

OHIO 

Max 

0 < frac < .111 ...1 


01111 

Max 

.111 ...1 


10000 

10001 

Max + 1 

0 

Infinity 

unused 

10010 

Max + 1, frac MSB = 0 

<>0 

SNaN 

10011 

Max + 1, frac MSB=1 

<>0 

QNaN 


Note: Max Is the largest biased exponent that can be used to 
represent a finite number in a given format. Max Is 254 for 
single-precision and 2,046 for double-precision. 

Executing the CLASS Instruction causes a pipeline hold of one cycle, 
until the intermediate result enters the denormalizer of the 
Floating-Point Unit. 
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CLZ 


Count Leading Zeros 


CLZ 


Operation: Determine number of leading zeros in a word 

Assembler 

Syntax: CLZ rc, rb 
or 

CLZ rc, constS 
Status: Not affected 

Operands: SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31 23 15 7 0 



OP *08,09 CLZ 


Description: A count of the number of zero-bits to the first one-bit in the SRCB 

operand is placed into the DEST location. If the most-significant bit of 
the SRCB operand Is 1, the resulting count is zero. If the SRCB 
operand is zero, the resulting count is 32. 
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CONST 


CONST 


Constant 

Operation: DEST <-0116 
Assembler 

Syntax: CONST ra, constIG 
Status: Not affected 

Operands: 0116 115... 8//I7... 10 (Zero-extended to 32 bits) 

DEST Register RA 


31 23 15 7 0 



OP = 03 CONST 


Description: The 0116 operand is placed into the DEST location. 
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CONSTH 


CONSTH 


Constant, High 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


Replace high-order half-word of SRCA by 116 

CONSTH ra, const16 
Not affected 

SRCA Content of register RA 
116 I15...I8//I7...I0 

DEST Register RA 


<J 1 

23 


15 


7 


Q 


■ 


i 


■ 

Muy 

1 


OP =02 CONSTH 


Description: The low-order half-word of the SRCA operand is appended to the 116 
operand, and the result is piaced into the DEST operand. Note that 
the destination register for this instruction is the same as the source 
register. 
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CONSTHZ 


Constant High, Zero Lower 


CONSTHZ 


Operation: DEST 116« 16 
Assembler 

Syntax: CONSTHZ ra, consti 6 
Status: Not affected 
Operands: 116 I15...I8//I7...I0 

DEST Register RA 


31 23 15 7 0 



OP =05 CONSTHZ 


Description: The 116 operand Is placed into the upper 16 bits of the DEST 

location; the lower 16 bits of the DEST location are replaced with 
zeros. 


INSTRUCTION SET 8-35 





CONSTN 


Constant, Negative 


CONSTN 


Operation: DEST <-1116 
Assembler 

Syntax: CONSTN ra, consti 6 
Status: Not affected 

Operands: 1116 115... 18//17... 10 (ones-extended to 32 bits) 

DEST Register RA 


31 23 15 7 0 



OP = 01 CONSTN 


Description: The 1116 operand is placed into the DEST location. 
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CONVERT 


CONVERT 


Convert Data Format 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


Control: 


DEST4-SRCA, with format modified per Ul, RND, FD, FS 

CONVERT rc, ra, Ul, RND, FD, FS 
fpX, fpU, fpV, fpR, fpN 

SRCA Content of register RA (single-precision f.p.) 

or 

Content of register RA and the twin of register RA 
(Double-precision f.p.) 

DEST Content of register RC (single-precision f.p.) 

or 

Content of register RC and the twin of register RA 
(Double-precision f.p.) 

Ul 0 = signed integer 

1 = unsigned integer 


RND 

000 

001 

010 

oil 

100 

101-111 


Round mode 
Round to nearest 
Round to minus infinity 
Round to plus infinity 
Round to zero 

Round using f.p. round mode (FRM) 
Reserved 


FS,FD Format of source operand, format of destination 

operand 
00 Integer 

01 Single-precision floating-point 

10 Double-precision floating-point 

11 Reserved 


31 


r.I "I I I I 

1110 0 10 0 


23 


15 


I I I I 

RC 


I I I I I I I 

RA 


TT^ 

RND 


FD 


FS 


OP = E4 


CONVERT 


Description: The SRCA operand with format FS Is converted to format FD and 

rounded according to RND, then placed into the DEST location. If the 
source or destination operand is an integer, it is a signed or unsigned 
value according to the value of Ul. 

Note: Converting from format to like format Is not supported, and will 
produce unpredictable results. 
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CPBYTE 


CPBYTE 


Compare Bytes 


Operation: 


Assembler 

Syntax: 


Status: 

Operands: 


IF (SRCA.BYTEO = SRCB.BYTEO) OR 
(SRCA.BYTE1 =SRCB.BYTE1) OR 
(SRCA.BYTE2 = SRCB.BYTE2) OR 
(SRCA.BYTE3 = SRCB.BYTE3) THEN 
DEBT4-TRUE ELSE DEBTFALSE 


CPBYTE rc. ra, rb 
or 

CPBYTE rc, ra, constS 
Not affected 

SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEBT Register RC 


31 23 15 7 0 







OP=2E.2F CPBYTE 


Description: Each byte of the SRCA operand is compared to the corresponding 
byte of the SRCB operand. If any corresponding bytes are equal, a 
Boolean TRUE Is placed Into the DEBT location; otherwise, a 
Boolean FALSE Is placed Into the DEBT location. 
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CPEQ 

Compare Equal To 


Operation: 

IF SRCA = SRCB THEN DEST^ TRUE 

ELSE DEST ^ FALSE 

Assembier 

Syntax: 

CPEQ rc, ra, rb 
or 

CPEQ rc, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


CPEQ 


31 23 15 7 0 


n^i^TTTrT 

0 1 1 0 0 0 0 M 

IT riT n 

RC 

IT T IT T 1 

RA 

Ti 1 n I 1 

RB orl 


OP = 60, 61 CPEQ 


Description: If the SRCA operand Is equal to the SRCB operand, a Boolean TRUE 
is placed into the DEBT location; otherwise, a Boolean FALSE Is 
placed into the DEST location. 
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CPGE 


CPGE 


Compare Greater Than or Equal To 


Operation: 

IF SRCA > SRCB THEN DEST 4-TRUE 

ELSE DEST 4-FALSE 

Assembler 

Syntax: 

CPGE rc, ra, rb 
or 

CPGE rc, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31 

23 

15 

7 0 

imyyHyHyn 

EDDDD^ED 





OP = 4C, 4D CPGE 


Description: If the value of the SRCA operand is greater than or equal to the value 
of the SRCB operand, a Boolean TRUE is placed into the DEBT 
location; otherwise, a Boolean FALSE Is placed Into the DEST 
location. 
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CPGEU 



CPGEU 


Compare Greater Than or Equal To, Unsigned 


Operation: 

IF SRCA > SRCB (unsigned) THEN DESTTRUE 

ELSE DEST FALSE 

t 

Assembler 

Syntax: 

CPGEU rc, ra, rb 
or 

CPGEU rc, ra, constS 


Status: 

Not affected 

it'l 

Operands: 

SRCA 

Content of register RA 

i \ 


SRCB 

M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

i 


DEST 

Register RC 


31 

23 

15 7 

0 



OP = 4E, 4F CPGEU 


Description: If the value of the SRCA operand is greater than or equal to the value 
of the SRCB operand, a Boolean TRUE is placed into the DEBT 
location; otherwise, a Boolean FALSE is placed Into the DEST 
location. For the comparison, both operands are treated as unsigned 
integers. 
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CPGT 

Compare Greater Than 


Operation: 

IF SRCA > SRCB THEN DEST TRUE 

ELSE DEST <-FALSE 

Assembler 

Syntax: 

CPGT rc, ra, rb 
or 

CPGT rc, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


CPGT 


31 23 15 7 0 




ymm 

imilH^miiyyi 


OP = 48, 49 CPGT 


Description: If the value of the SRCA operand is greater than the value of the 
SRCB operand, a Boolean TRUE is piaced into the DEBT location; 
otherwise, a Boolean FALSE is placed into the DEST iocation. 
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CPGTU 


Compare Greater Than, Unsigned 


CPGTU 


Operation: IF SRCA>SRCB (unsigned) THEN DEST^TRUE 
ELSE DEST<-FALSE 


Assembler 

Syntax: CPGTU rc. ra, rb 
or 

CPGTU rc, ra, constS 
Status: Not affected 


Operands: SRCA 
SRCB 

DEST 


Content of register RA 
M = 0: Content of register RB 
M = 1:1 (Zero-extended to 32 bits) 

Register RC 


31 23 15 7 0 


1 n r 1 n 

0 1 0 0 1 0 1 M 

I n I 1 1 1 

RC 

1 11 1 1 1 1 

RA 

1 1 1 1 1 M 

RB orl 


OP = 4A, 4B 


CPGTU 


Description: If the value of the SRCA operand is greater than the value of the 
SRCB operand, a Boolean TRUE is placed into the DEST location; 
otherwise, a Boolean FALSE is placed into the DEST location. For 
the comparison, both operands are treated as unsigned integers. 
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CPLE 


CPLE 


Compare Less Than or Equal To 


Operation: IF SRCA<SRCB THEN DEST«--TRUE 
ELSE DEST<~-FALSE 

Assembler 

Syntax: CPLE rc, ra, rb 
or 

CPLE rc, ra, constS 
Status: Not affected 
Operands: SRCA 
SRCB 

M = 1:1 (Zero-extended to 32 bits) 
DEST Register RC 


Content of register RA 
M = 0: Content of register RB 


31 


23 


15 







OP = 44, 45 


CPLE 


Description: If the value of the SRCA operand Is less than or equal to the value of 
the SRCB operand, a Boolean TRUE is placed into the DEST 
location; otherwise, a Boolean FALSE Is placed into the DEST 
location. 
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CPLEU 


CPLEU 


Compare Less Than or Equal To, Unsigned 


Operation: 

IFSRCA<SRCB (unsigned) THEN DESTTRUE 
ELSE DEST ^ FALSE 

Assembler 

Syntax: 

CPLEU rc, ra. rb 
or 

CPLEU rc, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31_23 _ 15 7 0 


1 r 1 1 1 1 1 

0 1 0 0 0 1 1 M 

1 1 1 1 1 1 1 
RC 

"TTTTTTT" 

RA 

llll^llllll^ 


OP = 46, 47 CPLEU 


Description: If the value of the SRCA operand Is less than or equal to the value of 
the SRCB operand, a Boolean TRUE is placed into the DEBT 
location: otherwise, a Boolean FALSE is placed into the DEST 
location. For the comparison, both operands are treated as unsigned 
integers. 
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CPLT 


CPLT 


Compare Less Than 


Operation: 

IF SRCA < SRCB THEN DEST <-TRUE 

ELSE DEST <-FALSE 

Assembler 

Syntax: 

CPLT rc, ra, rb 
or 

CPLT rc, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31 


23 


15 


1 ^ 1 ini 1 r 

0 1 0 0 0 0 0 M 

1 1 1 1 1 1 1 

RC 

“T i FT i.rnr 

RA 

1 1■ I 1 1 1 1 

RB or I 


OP = 40, 41 


CPLT 


Description: If the value of the SRCA operand is less than the value of the SRCB 
operand, a Boolean TRUE is placed Into the DEBT location; 
othenA/ise, a Boolean FALSE Is placed into the DEST location. 
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CPLTU 


Compare Less Than, Unsigned 


CPLTU 


Operation: IF SRCA<SRCB (unsigned) THEN DEST^-TRUE 
ELSE BESTFALSE 

Assembler 

Syntax: CPLTU rc, ra, rb 
or 

CPLTU rc, ra, constS 
Status: Not affected 

Operands: SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

BEST Register RC 

31 23 15 7 0 


nuyunnH ■ 


OP-42, 43 CPLTU 

Description: If the value of the SRCA operand is less than the value of the SRCB 
operand, a Boolean TRUE is placed into the BEST location; 
otherwise, a Boolean FALSE Is placed into the BEST location. For 
the comparison, both operands are treated as unsigned Integers. 
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CPNEQ CPNEQ 

Compare Not Equal To 

Operation: IF SRCAoSRCB THEN DEST^TRUE 
ELSE DEST<-FALSE 

Assembler 

Syntax: CPNEQ rc, ra, rb 
or 

CPNEQ rc, ra, constS 
Status: Not affected 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 



OP»62. 63 


CPNEQ 


Description: If the SRCA operand Is not equal to the SRCB operand, a Boolean 
TRUE Is placed into the DEST location; otherwise, a Boolean FALSE 
Is placed into the DEST location. 
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DADD 


Floating-Point Add, Doubie-Precision 


DADD 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


DEST (double-precision) ^ SRCA (double-precision) + 

SRCB (double-precision) 


DADD rc, ra, rb 
fpX, fpU, fpV, fpR. fpN 

SRCA Content of register RA and the twin of register RA 

SRCB Content of register RB and the twin of register RB 

DEST Register RC and the twin of register RC 


31__23_15_7 0 


II r 1 1 1 1 

1 1 1 1 0 0 0 1 

1 ri 1 1 1 1 

RC 

1 II r 1 1 1 

RA 

■i“n .T‘iT'1. 

RB 


OP-FI DADD 


Description: The SRCA operand is added to the SRCB operand; the result is 
rounded according to FRM field of the Floating-Point Environment 
Register and placed into the DEST location. The operands and result 
of the addition are double-precision floating-point numbers. 
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DDIV 


Floating-Point Divide, Doubie-Precision 


DDiV 


Operation: DEST (double-precision)^SRCA (double-precision)/ 

SRCB (double-precision) 

Assembler 

Syntax: DDIV rc, ra, rb 
Status: fpD, fpX, fpU, fpV, fpR, fpN 

Operands: SRCA Content of register RA and the twin of register RA 

SRCB Content of register RB and the twin of register RB 

DEST Register RC and the twin of register RC 



OP = F7 DDIV 


Description: The SRCA operand Is divided by the SRCB operand; the result is 
rounded according to FRM field of the Floating-Point Environment 
Register and placed into the DEST location. The operands and result 
of the division are double-precision floating-point numbers. 
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DEQ 


DEQ 


Floating-Point Equal To, Double-Precision 


Operation: IF SRCA (double-precision) = SRCB (double-precision) 
THEN DEST^TRUE 
ELSE DEST^ FALSE 


Assembler 

Syntax: 

Status: 

Operands: 


DEQ rc, ra, rb 
fpl 

SRCA Content of register RA and the twin of register RA 

SRCB Content of register RB and the twin of register RB 

DEST Register RC 


31_ _ 23 15 7 0 


1 1 1 1 1 1 1 
1110 10 11 

nn^TT n 

RC 

TTini I 

RA 

I I I I I I I 

RB 


OP=EB DEQ 


Description: If the SRCA operand is equal to the SRCB operand, a Boolean TRUE 
is placed into the DEST location; otherwise, a Boolean FALSE is 
placed into the DEST location. SRCA and SRCB are double-precision 
floating-point numbers. 

Note: The rounding mode specified by the FRM field of the 
Floating-Point Environment Register has no effect on this operation. 
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DGE 


Floating-Point Greater Than Or Equal To, Double-Precision 


DGE 


Operation: IF SRCA (double-precision) >SRCB (double-precision) 

THEN DEST4-TRUE 
ELSE DEST<-FALSE 

Assembler 

Syntax: DGE rc, ra, rb 
Status: fpl 

Operands: SRCA Content of register RA and the twin of register RA 

SRCB Content of register RB and the twin of register RB 

DEST Register RC 


31 23 15 7 0 



OP=EF DGE 


Description: If the SRCA operand is greater than or equal to the SRCB operand, a 
Boolean TRUE is placed Into the DEST location; otherwise, a 
Boolean FALSE Is placed Into the DEST location. SRCA and SRCB 
are double-precision floating-point numbers. 

Note: The rounding mode specified by the FRM field of the 
Floating-Point Environment Register has no effect on this operation. 
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DGT 


Floating-Point Greater Than, Double-Precision 


DGT 


Operation; IF SRCA (double-precision) > SRCB (double-precision) 
THEN DEST^TRUE 
ELSE DEST<-FALSE 


Assembler 

Syntax: 

Status: 

Operands: 


DGT rc, ra, rb 
fpl 

SRCA Content of register RA and the twin of register RA 

SRCB Content of register RB and the twin of register RB 

DEST Register RC 


31_23_15_7_0 


TIT T n 1 

1110 110 1 

1 1n 1 II 

RC 

1 1 1 11 1 1 
RA 

1 1 1 1 1 T 1 

RB 


OP=ED DGT 


Description: If the SRCA operand is greater than the SRCB operand, a Boolean 
TRUE is placed into the DEST location; otherwise, a Boolean FALSE 
Is placed into the DEST location. SRCA and SRCB are 
double-precision floating-point numbers. 

Note: The rounding mode specified by the FRM field of the 
Floating-Point Environment Register has no effect on this operation. 
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DIV 


DIV 


Divide Step 

Operation: Perform one-bit step of a divide operation (unsigned) 
Assembler 

Syntax: DIV rc, ra, rb 

or 

DIV rc, ra, const 8 
Status: V,N,Z,C 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1: I (Zero-extended to 32 bits) 

DEST Register RC 


31 

23 

15 

7 0 

I I I I I II 

0 1 1 0 1 0 1 M 

~r .rn.nr 

RC 

n T ”! i i I " 

RA 

1 T 1 1 1 1 1 

RB orl 

OP = 6A, 6B 

DIV 



Description: If the Divide Flag (DF) bit of the ALU Status Register is 1, the SRCB 
operand is subtracted from the SRCA operand. If the DF bit Is 0, the 
SRCB operand is added to the SRCA operand. 

The carry-out of the add or subtract operation is exclusive-ORed with 
the value of the DF bit and the value of the Negative (N) bit of the 
ALU Status Register; the resulting value Is complemented and placed 
Into the DF bit. The sign of the result of the add or subtract Is placed 
Into the N bit. 

The content of the Q Register Is appended to the result of the add or 
subtract, and the resulting 64-blt value is shifted left by one bit 
position; the value computed for the DF bit above fills the vacated bit 
position. The high-order 32 bits of the 64-blt shifted value are placed 
into the DEST location. The low-order 32 bits of the shifted value are 
placed Into the Q Register. 

Examples of Integer divide operations appear In Section 7.2.6. 
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DIVO 


DIVO 


Divide Initiaiize 


Operation: Initialize for a sequence of divide steps (unsigned) 

Assembler 

Syntax: DIVO rc, rb 
or 

DIVO rc, constS 


Status: V, N, Z, C 
Operands: SRCB 

DEST 


M = 0; Content of register RB 
M = 1: I (Zero-extended to 32 bits) 

Register RC 


31 23 15 7 0 


ijjyiyQIQy 





OP = 68, 69 DIVO 


Description: The Divide Flag (DF) bit of the ALU Status Register is set. The sign of 
the SRCB operand is placed into the Negative bit of the ALU Status 
Register. 

The content of the Q register is appended to the SRCB operand, and 
the resulting 64-bit value is shifted left by one bit position; a 0 fills the 
vacated bit position. The high-order 32 bits of the 64-bit shifted value 
are placed into the DEST location. The low-order 32 bits of the shifted 
value are placed into the Q Register. 

Examples of Integer divide operations appear in Section 7.2.6. 
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DIVIDE 


Integer Divide, Signed 


DIVIDE 


Operation: DEST (Q//SRCA) / SRCB (signed) 

Q 4- Remainder 

Assembler 

Syntax: DIVIDE rc, ra, rb 
Status: Not affected 

Operands: Q Content of the Q Register 

SRCA Content of register RA 

SRCB Content of register RB 

DEST Register RC 


31 23 15 7 0 



OP = E1 DIVIDE 


Description: The SRCA operand Is appended to the content of the Q register. The 
resulting 64-bit value is divided by the SRCB operand, and the result 
is placed into the DEST location. This operation treats the operands 
as signed two’s-complement integers and produces a signed 
two’s-complement result. 

The remainder is placed into the Q register. A non-zero remainder 
always has the same sign as the dividend. 

This instruction does not check for a divide overflow condition. 
Checking for divide overflow must occur before the Instruction is 
executed. 

Note: This Instruction Is not supported directly in processor hardware. 
In the Am29050 microprocessor, this Instruction causes a DIVIDE 
trap. When the trap occurs, the IPA, IPB, and IPC registers are set to 
reference SRCA, SRCB, and DEST. 
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DIVIDU 


Integer Divide, Unsigned 


DIVIDU 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


DEST 4-(Q//SRCA)/SRCB (unsigned) 
Q 4- Remainder 

DIVIDU rc, ra. rb 
Not affected 

Q Content of the Q Register 

SRCA Content of register RA 

SRCB Content of register RB 

DEST Register RC 


31 23 15 7 0 


1 |-rrin r 

1 1 1 0 0 0 1 1 

r rn i n 

RC 

ITT1T 11 

RA 

1 1 1 1 1 1 1 

RB 


OP = E3 DIVIDU 


Description: The SRCA operand is appended to the content of the Q Register. The 
resulting 64-bit value Is divided by the SRCB operand, and the result 
Is placed into the DEST location. This operation treats the operands 
as unsigned integers, and produces an unsigned result. 

The remainder Is placed into the Q Register. The remainder is also 
unsigned. 

Note: This Instruction is not supported directly in processor hardware. 
In the Am29050 microprocessor, this Instruction causes a DIVIDU 
trap. When the trap occurs, the IPA, IPB, and IPC registers are set to 
reference SRCA, SRCB, and DEST. 
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DIVL 


Divide Last Step 


DIVL 


Operation: 

Complete a 

Assembler 

Syntax: 

DIVL rc, ra, 

Status: 

V, N, Z. C 

Operands: 

SRCA 


SRCB 


DEST 


sequence of divide steps (unsigned) 
rb 


Content of register RA 

M=0: Content of register RB 
M = 1: I (Zero-extended to 32 bits) 

Register RC 


31 


23 


15 


7 


0 


0 1 1 0 1 1 0 M 


RC 


RA 


III! 
RB or I 


OP-6C, 6D DIVL 


Description: If the Divide Flag (DF) bit of the ALU Status Register is 1, the SRCB 
operand is subtracted from the SRCA operand. If the DF bit is 0, the 
SRCB operand is added to the SRCA operand. The result Is placed 
Into the DEST location. 

The carry-out of the add or subtract operation is exclusive-ORed with 
the value of the DF bit and the value of the Negative (N) bit of the 
ALU Status Register; the resulting value is complemented and placed 
Into the DF bit. The sign of the result of the add or subtract Is placed 
into the N bit. 

The content of the Q register Is shifted left by one bit position; the 
value computed for the DF bit above fills the vacated bit position. The 
shifted value is placed into the Q Register. 

Examples of integer divide operations appear in Section 7.2.6. 
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DiVREM 


DIVREM 


Divide Remainder 


Operation: 

Assembler 

Syntax: 


Status: 

Operands; 


Generate remainder for divide operation (unsigned) 

DIVREM rc. ra. rb 
or 

DIVREM rc, ra, constS 
V, N, Z, C 

SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1: I (Zero-extended to 32 bits) 

DEST Register RC 


31 

23 


15 


7 

0 

~i'.ri"i"i I 'T 

0 1 1 0 1 1 1 M 

1 1 

. 

RC 

1 i 

1 1 1 i 1 

RA 

1 1 

"r'T.n I" 

RB orl 


OP-6E.6F DIVREM 


Description: If the Divide Flag (DF) bit of the ALU Status Register is 1, the SRCA 
operand is placed into the DEST location. 

If the DF bit is 0. the SRCB operand is added to the SRCA operand, 
and the result Is placed into the DEST location. 

Examples of integer divide operations appear in Section 7.2.6. 
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DMAC 


Floating-Point Multiply-Accumuiate, Doubie-Precision 


DMAC 


Operation: ACC(ACN) (double-precision) SRCA (double-precision) * SRCB 
(double-precision)=ACC(ACN) (double-precision) 

Assembler 

Syntax: DMAC FUNC,ACN,ra,rb 
Status: fpU, fpV, fpR, fpN 

Operands: SRCA Content of register RA and the twin of register RA 

SRCB Content of register RB and the twin of register RB 

ACC(ACN) (Content of) Accumulator register ACN 
Control: FUNC Modifies operation as shown in the table below 

ACN Accumulator register number (0,1,2, 3) 


31 23 15 7 0 


I I I I I r 1 

“IT 

1 1 1 

71“ 

1 1 1 1 II 1 

1 1 1 1 1 1 1 

110 110 0 1 

Res 

FUNC 

C 

N 

RA 

RB 


OP = D9 DMAC 


Description: A compound operation of the form (OP1 * OP2) = OP3 Is performed, 
where OP1, OP2, and OP3 are double-precision operands. Operand 
sources and optional sign changes are specified by FUNC, as 
described In the table below. The result is rounded and stored in 
ACC(ACN), in double^precision format. The Accumulator Format 
(ACF) field of the Floating-Point Environment Register must specify 
double-precision. 

Note that the DMAC instruction uses the fast float mode of operation, 
regardless of the state of the Fast Float Select bit in the 
Floating-Point Environment Register. The DMAC instruction never 
causes a Floating-Point Exception trap—-it updates the sticky status 
bits instead. Furthermore, the DMAC instruction never sets the 
Inexact Sticky bit, regardless of the result. 
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FUNC 


Operation Performed 


0000 

(SRCA*SRCB) 

+ 

ACC (ACN) 


(SRCA*-SRCB) 

+ 

ACC(ACN) 

0010 

(SRCA*SRCB) 

- 

ACC (ACN) 

0011 

(SRCA*-SRCB) 

- 

ACC(ACN) 

0100 

(SRCA*SRCB) 

+ 

0.0 

0101 

(SRCA*-SRCB) 

+ 

0.0 

0110 

(SRCA*SRCB) 

- 

0.0 

0111 

(SRCA*-SRCB) 


0.0 

1000 

(SRCAM.O) 

+ 

ACC(ACN) 

1001 

(SRCA *-1.0) 

+ 

ACC(ACN) 

1010 

(SRCA*1.0) 

- 

ACC(ACN) 

1011 

(SRCA *-1.0) 


ACC(ACN) 

1100 

(SRCA* 1.0) 

+ 

0.0 

1101 

(SRCA *-1.0) 

+ 

0.0 

1110 

(SRCA* 1.0) 

- 

0.0 

1111 

(SRCA *-1.0) 

- 

0.0 
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DMSM 


Floating-Point Multiply-Sum, Double-Precision 


DMSM 


Operation: DEST (double-precision) SRCA (double-precision) * ACC(O) 
(double-precision)=SCRB (double-precision) 

Assembler 

Syntax: DMSM rc.ra.rb 
Status: fpU, fpV, fpR, fpN 

Operands: SRCA Content of register RA and the twin of register RA 

SRCB Content of register RB and the twin of register RB 

ACC(O) (Content of) Accumulator register 0 
DEST Register RC and the twin of register RC 


31 23 15 7 0 



OP = DB DMSM 


Description: The SRCA operand is multiplied by the ACC(O) operand, and the 
product added to the SRCB operand; the result Is rounded to 
double-precision format according to Floating-Point Environment 
Register field FRM, and placed into the DEST location. Operands 
SRCA, SRCB, and ACC(O) are double-precision floating-point 
numbers. The Accumulator Format field of the Floating-Point 
Environment Register must specify double-precision. 

Note that the DMSM Instruction uses the fast float mode of operation, 
regardless of the state of the Fast Float Select bit in the Floating- 
Point Environment Register. The DMSM instruction never causes 
a Floating-Point Exception trap—It updates the sticky status bits 
instead. Furthermore, the DMSM instruction never sets the Inexact 
Sticky bit, regardless of the result. 
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DMUL 


Floating-Point Muitipiy, Double-Precision 


DMUL 


Operation: DEST (double-precision) 4 - SRCA (double-precision) * 

SRCB (double-precision) 

Assembler 

Syntax: DMUL rc, ra, rb 

Status: fpX, fpU, fpV, fpR, fpN 

Operands: SRCA Content of register RA and the twin of register RA 

SRCB Content of register RB and the twin of register RB 

DEST Register RC 


31 23 15 7 0 



OP = F5 DMUL 


Description: The SRCB operand is muitiplied by the SRCA operand; the resuit is 
rounded according to FRM field of the Floating-Point Environment 
Register and placed Into the DEST location. The operands and result 
of the multiplication are double-precision floating-point numbers. 
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DSUB 


DSUB 


Floating-Point Subtract, Doubie-Precision 

Operation: DEST (double-precision) 4-SRCA (double-precision) 

SRCB (double-precision) 

Assembler 

Syntax: DSUB rc, ra, rb 

Status: fpX, fpU, fpV, fpR, fpN 

Operands: SRCA Content of register RA and the twin of register RA 

SRCB Content of register RB and the twin of register RB 

DEST Register RC 


31_23_15_7_ 0 


1 1 1 1 1 1 1 
11110 0 11 

I I r I I I I 

RC 

I I I I I I I 

RA 

I I I I I I I 

RB 


OP=F3 DSUB 


Description: The SRCB operand is subtracted from the SRCA operand; the result 
Is rounded according to FRM field of the Floating-Point Environment 
Register and placed into the DEST location. The operands and result 
of the subtraction are double-precision floating-point numbers. 
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EMULATE 


Trap to Software Emulation Routine 


EMULATE 


Operation: Load IPA and IPB registers with operand register-numbers 
and Trap (VN) 

Assembler 

Syntax: EMULATE vn, ra, rb 
Status: Not affected 

Operands: Absolute-register numbers for registers RA and RB 
VN Trap vector number 


31 

23 

15 

7 0 

I I I I M I 

110 10 111 

T.1 T" 1 T 1 "1. 

VN 

r 1 1 1 1 1 1 

RA 

1 1 1 1 1 1 1 

RB 


OP=D7 EMULATE 


Description: The IPA and IPB registers are set to the register numbers of registers 
RA and RB, respectively. A trap with the specified vector number 
occurs. 

Note that the IPC register also is affected by this instruction, but that 
its value has no interpretation. 

For programs In the User mode, a Protection Violation trap occurs— 
Instead of the EMULATE trap—if a vector number between 0 and 63 
is specified. 
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EXBYTE 


EXBYTE 


Extract Byte 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


DEST <- SRCB, with low-order byte replaced by byte in 
SRCA selected by BP 

EXBYTE rc, ra ,rb 
or 

EXBYTE rc, ra. constS 
Not affected 

SRCA Content of register RA 

SRCB M=0: Content of register RB 

M=1: I (Zero-extended to 32 bits) 

DEST Register RC 


31_23_ 15_^_7_0 







OP=OA, OB EXBYTE 


Description: A byte in the SRCA operand is selected by the Byte Position field of 
the ALU Status Register and the Byte Order bit of the Configuration 
Register. The selected byte replaces the low-order byte of the SRCB 
operand and the resulting word is placed into the DEST location. 

Note: The selection of bytes within words is specified in Section 3.4.5. 
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EXHW 


EXHW 


Extract Half-Word 


Operation: DESTSRCB, with low-order half-word replaced by half-word in 
SRCA selected by BP 

Assembler 

Syntax: EXHW rc, ra, rb 
or 

EXHW rc, ra, const8 
Status: Not affected 

Operands: SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1: I (Zero-extended to 32 bits) 

DEST Register RC 



OP = 7C. 7D EXHW 


Description: A half-word in the SRCA operand is selected by the Byte Position 
field of the ALU Status Register and the Byte Order bit of the 
Configuration Register. The selected half-word replaces the 
low-order half-word of the SRCB operand, and the resulting word is 
placed into the DEST location. 

Note: The selection of half-words within words is specified in 
Section 3.4.5. 
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EXHWS 


Extract Half-Word, Sign-Extended 


EXHWS 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


DEST half-word in SRCA selected by BP, 
sign-extended to 32 bits 

EXHWS rc, ra 
Not affected 

SRCA Content of register RA 

DEST Register RC 


31 

23 

15 

7 0 

I I I I I I I 

0 1111110 

I I I I I I 1 

RC 

1 1 1 rill 

RA 

1 1 1 1 1 1 1 

Reserved 


OP-7E EXHWS 


Description: A half-word in the SRCA operand is selected by the Byte Position 
field of the ALU Status Register and the Byte Order bit of the 
Configuration Register. The selected half-word is sign-extended to 32 
bits, and the resulting word is placed into the DEST location. 

Note; The selection of half-words within words is specified in 
Section 3.4.5. 
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EXTRACT 


EXTRACT 


Extract Word, Bit-Aligned 

Operation: DEST <- high-order word of (SRCA//SRCB « FC) 

Assembler 

Syntax: EXTRACT rc, ra ,rb 
or 

EXTRACT rc, ra, constS 
Status: Not affected 

Operands: SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1: I (Zero-extended to 32 bits) 

DEST Register RC 

31 23 15 7 0 




OP = 7A. 7B 


EXTRACT 


Description: The SRCB operand is appended to the SRCA operand, and the 
resulting 64-bit value is shifted left by the number of bit-positions 
specified by the Funnel Shift Count (FC) field of the ALU Status 
register. The high-order 32 bits of the 64-bit shifted value are placed 
In the DEST location. 

If the SRCB operand is the same as the SRCA operand, the 
EXTRACT instruction performs a rotate operation. 
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FADD 


Floating-Point Add, Single-Precision 


FADD 


Operation: DEST (single-precision) <- SRCA (single-precision) + 

SRCB (single-precision) 

Assembler 

Syntax; FADD rc, ra, rb 

Status: fpX, fpU. fpV, fpR, fpN 
Operands: SRCA Content of register RA 

SRCB Content of register RB 

DEST Register RC 


31 23 15 7 0 



OP=F0 FADD 


Description: The SRCA operand is added to the SRCB operand; the result is 
rounded according to FRM field of the Floating-Point Environment 
Register and placed into the DEST location. The operands and result 
of the addition are single-precision floating-point numbers. 
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FDIV 


Floating-Point Divide, Singie-Precision 


FDIV 


Operation: DEST (single-precision)SRCA (single-precision)/ 

SRCB (single-precision) 

Assembler 

Syntax: FDIV rc, ra, rb 

Status: fpD, fpX, fpU, fpV, fpR, fpN 

Operands: SRCA Content of register RA 

SRCB Content of register RB 

DEST Register RC 


31 

23 

15 

7 0 


ymm 




OP = F6 FDIV 

Description: The SRCA operand Is divided by the SRCB operand; the result is 
rounded according to FRM field of the Floating-Point Environment 
Register and placed Into the DEST location. The operands and result 
of the division are single-precision floating-point numbers. 
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FDMUL 


Floating-Point Muitipiy, Singie-to-Doubie Precision 


FDMUL 


Operation: DEST (double-precision)^ SRCA (single-precision)* 

SRCB (singie-precision) 

Assembler 

Syntax: FDMUL rc, ra, rb 

Status: fpR, fpN 

Operands: SRCA Content of register RA 

SRCB Content of register RB 

DEST Register RC 


31 23 15 7 0 



OP = F9 FDMUL 


Description: The SRCB operand is multiplied by the SRCA operand; the result is 
placed into the DEST location. SRCA and SRCB are single-precision 
floating-point numbers; the result is produced in double-precision 
format. Because the product of two single-precision operands can 
always be represented exactly as a double-precision number, the 
FDMUL result does not depend on the FRM field of the Floating-Point 
Environment Register. 
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FEQ 


FEQ 


Floating-Point Equal To, Single-Precision 

Operation: IF SRCA (single-precision) = SRCB (single-precision) 
THEN DEST^TRUE 
ELSE DEST<-FALSE 


Assembler 

Syntax: 

Status: 

Operands: 


FEQ rc, ra, rb 
fpN 

SRCA Content of register RA 

SRCB Content of register RB 

DEST Register RC 


31_23 15_7_0 


1 M M M 

1110 10 10 

M 1 M M 

RC 

M 1 M 1 1 

RA 

1 M M M 

RB 


OP=EA FEQ 


Description: If the SRCA operand is equal to the SRCB operand, a Boolean TRUE 
is placed into the DEST location; otherwise, a Boolean FALSE Is 
placed into the DEST location. SRCA and SRCB are single-precision 
floating-point numbers. 

Note: The rounding mode specified by the FRM field of the 
Floating-Point Environment Register has no effect on this operation. 
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FGE 


FGE 


Floating-Point Greater Than Or Equai To, Single-Precision 

Operation; IF SRCA (single-precision) >SRCB (single-precision) 

THEN DEST4-TRUE 
ELSE DEST<-FALSE 

Assembler 


Syntax: 

FGE rc, ra, rb 


Status: 

fpN 


Operands: 

SRCA 

Content of register RA 


SRCB 

Content of register RB 


DEST 

Register RC 


31_23_15_7_0 


1 1 1 1 1 1 1 

1110 10 10 

1 1 1 1 ri 1 

RC 

1 1 1 r 1 r 1 

RA 

1 1 1 1 1 1 1 

RB 


OP=EE FGE 


Description: If the SRCA operand is greater than or equal to the SRCB operand, a 
Boolean TRUE is piaced into the DEST iocation; otherwise, a 
Boolean FALSE is placed Into the DEST location. SRCA and SRCB 
are single-precision floating-point numbers. 

Note: The rounding mode specified by the FRM field of the Floating- 
Point Environment Register has no effect on this operation. 
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FGT 


Floating-Point Greater Than, Single-Precision 


FGT 


Operation: IF SRCA (single-precision) >SRCB (single-precision) 
THEN DEST4-TRUE 
ELSE DEST^ FALSE 


Assembler 

Syntax: FGT rc, ra, rb 


Status: 

Operands: 


fpN 

SRCA 

SRCB 

DEST 


Content of register RA 
Content of register RB 
Register RC 


31 

23 

15 

7 0 

“1 . 1 rr 1 rr 

1110 110 0 

n.I n I r 

RC 

“1 IT"! IT 1 

RA 

1 1 1 1 1 1 1 

RB 


OP = EC 


FGT 


Description: If the SRCA operand is greater than the SRCB operand, a Boolean 
TRUE is placed into the DEST location; otherwise, a Boolean FALSE 
is placed into the DEST location. SRCA and SRCB are 
single-precision floating-point numbers. 

Note: The rounding mode specified by the FRM field of the Floating- 
Point Environment Register has no effect on this operation. 
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FMAC 


Floating-Point Muitiply-Accumulate, Singie-Precision 


FMAC 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


Control: 


ACC(ACN) (variable-precision)4-SRCA (single-precision)* 
SRCB (single-precision)+ACC(ACN) (variable-precision) 

FMAC FUNC,ACN,ra.rb 
fpU.fpV.fpR.fpN 

SRCA Content of register RA 

SRCB Content of register RB 

ACC(ACN) (Content of) Accumulator register ACN 
FUNC Modifies operation as shown in the table below 

ACN Accumulator register number (0,1,2,3) 


31_23_15_7_0 


II I I I I I 

“r 

1 1 1 

71 “ 

1 1 11 1 1 1 

1 11 III 1 

11 0 1 1 0 0 0 

Res 

FUNC 

C 

N 

RA 

RB 


OP = D8 FMAC 

Description: A compound operation of the form (OP1 * OP2) + OPS Is performed, 
where OP1 and OP2 are single-precision operands, and OPS is an 
operand having the format specified by the Accumulator Format field 
of the Floating-Point Environment Register. Operand sources and 
optional sign changes are specified by FUNC, as described in the 
table below. The result is rounded and stored in ACC(ACN), In the 
format specified by ACF. 

Note that the FMAC instruction uses the fast float mode of operation, 
regardless of the state of the Fast Float Select bit In the Floating- 
Point Environment Register. The FMAC instruction never causes a 
Floating-Point Exception trap—it updates the sticky status bits 
instead. Furthermore, the FMAC Instruction never sets the Inexact 
Sticky bit, regardless of the result. 


FUNC 


Operation performed 


0000 

(SRCA * SRCB) 

- 1 - 

ACC(ACN) 

0001 

(SRCA * -SRCB) 

+ 

ACC(ACN) 

0010 

(SRCA * SRCB) 

- 

ACC(ACN) 

0011 

(SRCA * -SRCB) 

- 

ACC(ACN) 

0100 

(SRCA * SRCB) 

+ 

0.0 

0101 

(SRCA * -SRCB) 

+ 

0.0 

0110 

(SRCA * SRCB) 

- , 

0.0 

0111 

(SRCA * -SRCB) 

- 

0.0 

1000 

(SRCA* 1.0) 

+ 

ACC(ACN) 

1001 

(SRCA *-1.0) 

+ 

ACC(ACN) 

1010 

(SRCA *1.0) 

- 

ACC(ACN) 

1011 

(SRCA *-1.0) 

— 

ACC(ACN) 

1100 

(SRCA *1.0) 

+ 

0.0 

1101 

(SRCA *-1.0) 

+ 

0.0 

1110 

(SRCA* 1.0) 

■ 

0.0 
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FMSM 


Floating-Point Multiply-Sum, Single-Precision 


FMSM 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


DEST (single-precision)<-SRCA (single-precision)* 
ACC(O) (single-precision)+ SRCB (single-precision) 

FMSM rc, ra, rb 
fpU, fpV, fpR, fpN 

SRCA Content of register RA 

SRCB Content of register RB 

ACC(O) Content of accumulator register 0 

DEST Register RC 


31_23_15_7 _0 







OP = DA FMSM 


Description: The SRCA operand Is multiplied by the ACC(O) operand, and the 
product added to the SRCB operand; the result is rounded to 
single-precision format according to Floating-Point Environment 
Register field FRM, and placed Into the DEST location. Operands 
SRCA, SRCB, and ACC(O) are single-precision floating-point 
numbers. The Accumulator Format field of the Floating-Point 
Environment Register must specify single-precision. 

Note that the FMSM instruction uses the fast-float mode of operation, 
regardless of the state of the Fast-Float Select bit in the Floating- 
Point Environment Register. The FMSM instruction never causes a 
Floating-Point Exception trap—it updates the sticky status bits 
instead. Furthermore, the FMSM instruction never sets the Inexact 
Sticky bit, regardless of the result. 
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FMUL 


Floating-Point Multiply, Single-Precision 


FMUL 


Operation: DEST (single-precision)<- SRCA (single-precision)* 

SRCB (single-precision) 

Assembler 

Syntax: FMUL rc, ra, rb 

Status: fpX, fpU, fpV, fpR, fpN 
Operands: SRCA Content of register RA 

SRCB Content of register RB 

DEST Register RC 


31 23 15 7 0 



OP.F4 FMUL 


Description: The SRCA operand is multiplied by the SRCB operand; the result is 
rounded according to FRM field of the Floating-Point Environment 
Register and placed into the DEST location. The operands and result 
of the multiplication are single-precision floating-point numbers. 
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FSUB 


Floating-Point Subtract, Single-Precision 


FSUB 


Operation: DEST (single-precision) SRCA (single-precision)* 

SRCB (single-precision) 

Assembler 

Syntax: FSUB rc, ra, rb 

Status: fpX, fpU, fpV, fpR, fpN 
Operands: SRCA Content of register RA 

SRCB Content of register RB 

DEST Register RC 


31_23_15_7_0 



mmy 

"Ti'TrrT T 

RA 

1111111 

RB 


OP = F2 FSUB 


Description: The SRCB operand Is subtracted from the SRCA operand; the result 
is rounded according to FRM field of the Floating-Point Environment 
Register and placed into the DEST location. The operands and result 
of the subtraction are single-precision floating-point numbers. 
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HALT 


HALT 


Enter Halt Mode 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


Enter Halt mode on next cycle 
HALT 

Not affected 
Not applicable 


31_23_15 _7_0 


1 1 1 1 1 1 1 

1 0 0 0 1 0 0 1 

1 1 1 1 1 1 1 
Reserved 

1 1 1 1 1 1 1 

Reserved 

1 1 1 1 1 1 1 

Reserved 


OP = 89 HALT 

Description: The processor is placed into the Halt mode on the next cycle, except 
that any external data accesses are completed. 

This instruction may be executed only by Supervisor-mode programs. 
An attempted execution by a User-mode program causes a 
Protection Violation trap to occur. 

If the instruction following a Halt instruction has an exception (e.g., 
TLB Miss), the trap associated with this exception is taken before the 
processor enters the Halt mode. 
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INBYTE 


Insert Byte 


INBYTE 


Operation: 

DEST ^SRCA, with byte selected by BP 

replaced by low-order byte of SRCB 

Assembler 

Syntax: 

INBYTE rc, ra, rb 
or 

INBYTE rc, ra, constB 

Status: 

Not affected 

Operands: 

SRCA 

Content of register RA 


SRCB 

M = 0: Content of register RB 

M = 1; 1 (Zero-extended to 32 bits) 


DEST 

Register RC 

31 

23 

15 7 




iiiiiiiiiiimiiiiiin 



OP »0C, OD INBYTE 


Description: A byte in the SRCA operand is selected by the Byte Position fieid of 
the ALU Status Register and the Byte Order bit of the Configuration 
Register. The selected byte is replaced by the low-order byte of the 
SRCB operand, and the resulting word is placed into the DEST 
iocation. 

Note: The selection of bytes within words is specified in Section 3.4.5. 
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INHW 


INHW 


Insert Half-Word 


Operation: 

DEST 4-SRCA, with half-word selected by BP replaced by 
low-order half-word of SRCB 

Assembler 

Syntax: 

INHW rc, ra, rb 
or 

INHW rc, ra, constS 

Status: 

Not affected 

Operands: 

SRCA Content of register RA 


SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


DEST Register RC 


31 

23 

15 


7 


0 


ymm 

H 


■ 


1 


OP = 78, 79 INHW 

Description; A half-word in the SRCA operand is selected by the Byte Position 
field of the ALU Status Register and the Byte Order bit of the 
Configuration Register. The selected half-word is replaced by the 
low-order half-word of the SRCB operand, and the resulting word is 
placed into the DEST location. 

Note: The selection of half-words within words Is specified in 
Section 3.4.5. 
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INV 


INV 


Invalidate 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


Reset all valid bits in Branch Target Cache memory 
INV 

Not affected 
Not applicable 


31 

23 

15 

7 0 

I I I I I I I 
10 0 11111 

I r n I I I 

Reserved 

1 1 1 1 1 1 1 

Reserved 

1 1 1 1 1 1 1 

Reserved 

OP = 9F 

INV 



Description: This instruction causes all Branch Target Cache memory valid bits to 
be reset, on the execution of the next successful branch. This causes 
all Branch Target Cache memory locations to become invalid. 

This instruction may be executed only by Supervisor-mode programs. 
An attempted execution by a User-mode program causes a 
Protection Violation trap to occur. 
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IRET 


IRET 


Interrupt Return 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


Perform an interrupt return sequence 
IRET 

Not affected 
Not applicable 


31 23 15 7 0 


11 II 1 1 1 . 

1 0 0 0 1 0 0 0 

'1. 1"l .1 1.1 1. 

Reserved 

1 1 1 1 1 1 1 
Reserved 

1 1 1 1 1 1 1 
Reserved 


OP = 88 IRET 


Description: This Instruction performs the interrupt return sequence described in 
Section 3.5.5. 

This Instruction may be executed only by Supervisor-mode programs. 
An attempted execution by a User-mode program causes a 
Protection Violation trap to occur. 
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IRETINV 


Interrupt Return and Invalidate 


IRETINV 


Operation: Perform an interrupt return sequence, and reset all valid bits in 
Branch Target Cache memory 

Assembler 

Syntax: IRETINV 

Status: Not affected 
Operands: Not applicable 


31 

23 


15 


7 

0 

nnrTT~rnrT~ 

1 0 0 0 1 1 0 0 

r 

I I I I I I 

Reserved 

' 

1 1 1 1 1 1 

Reserved 

1 

1 1 1 1 1 1 

Reserved 


OP»8C IRETINV 


Description: This instruction performs the interrupt return sequence described in 
Section 3.5.5. When the sequence begins, all Branch Target Cache 
memory valid bits are reset to zeros. This causes all Branch Target 
Cache memory locations to become invalid. 

This instruction may be executed only by Supervisor-mode programs. 
An attempted execution by a User-mode program causes a 
Protection Vioiation trap to occur. 
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JMP 


JMP 


Jump 


Operation: 

Assembler 

Syntax: 

Status: 


PC TARGET 
Execute delay instruction 

JMP target 
Not affected 


Operands: TARGET A=0: l17...l10//l9...l2(sign-extendedto30bits) + PC 

A=1; I17...I10//I9...I2 (zero-extended to30 bits) 


31 

23 

15 

7 

0 


llllllllliyyQIjiyi 

llllllllllll^^ 

mg 

11 


OP-AO, A1 JMP 


Description: A non-sequential instruction fetch occurs to the instruction address 
given by the TARGET operand. The instruction following the JMP is 
executed before the non-sequential fetch occurs. 


846 instruction SET 



JMPF 


Jump False 


JMPF 


Operation: IF SRCA = FALSE THEN PC TARGET 
Execute delay instruction 

Assembler 

Syntax: JMPF ra, target 

Status: Not affected 

Operands: SRCA Content of register RA 

TARGET A=0:117... 110//19... 12 (sign-extended to 30 bits) + PC 

A = 1: II7... II0//19... 12 (zero-extended to 30 bits) 


31 23 15 7 0 



OP*A4,A5 JMPF 


Description: If SRCA is a Boolean FALSE, a non-sequential instruction fetch 
occurs to the instruction address given by the TARGET operand. 

If SRCA is a Boolean TRUE, this instruction has no effect. 

The instruction following the JMPF is executed regardless of the 
value of SRCA. 
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JMPFDEC 


JMPFDEC 


Jump False and Decrement 


Operation: IF SRCA = FALSE THEN 
SRCA«~SRCA-1 
PC 4-TARGET 
ELSE 

SRCA^SRCA-1 
Execute delay instruction 

Assembler 

Syntax: JMPFDEC ra, target 

Status: Not affected 

Operands: SRCA Content of register RA 

TARGET A=0:117...I10//I9... 12 (sign-extended to 30 bits) + PC 
A=1:117...I10//I9... 12 (zero-extended to 30 bits) 


31_ 23_15_7_P 







OP-B4. B5 JMPFDEC 


Description: If SRCA is a Boolean FALSE, a non-sequential instruction fetch 
occurs to the instruction address given by the TARGET operand. 

If SRCA Is a Boolean TRUE, this Instruction has no effect on the 
Instruction-execution sequence. 

The SRCA operand is decremented by one, regardless of whether or 
not the non-sequential instruction fetch occurs. Note that a negative 
number for the SRCA operand Is a Boolean TRUE. 

The Instruction following the JMPFDEC is executed regardless of the 
value of SRCA. 
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JMPFI 

Jump False Indirect 

Operation: IF SRCA= FALSE THEN PC<-SRCB 
Execute delay instruction 

Assembler 

Syntax: JMPFI ra, rb 
Status: Not affected 

Operands: SRCA Content of register RA 

SRCB Content of register RB 


JMPFI 


31_23_15_7_g 




mmimiiiiiim 



OP = C4 JMPFI 


Description: The SRCA is a Boolean FALSE, a non-sequential Instruction fetch 
occurs to the instruction address given by the SRCB operand. 

If SRCA is a Boolean TRUE, this instruction has no effect. 

The Instruction following the JMPFI Is executed regardless of the 
value of SRCA. 
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JMPI 


JMPI 


Jump indirect 

Operation: PC<~SRCB 

Execute delay Instruction 

Assembler 

Syntax: JMPI rb 

Status: Not affected 

Operands: SRCB Content of register RB 


31_^_15_7_0 







OP = C0 JMPI 


Description: A non-sequential instruction fetch occurs to the instruction address 
given by the SRCB operand. The Instruction following the JMPI is 
executed before the non-sequential fetch occurs. 
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JMPT 


Jump True 


JMPT 


Operation: IF SRCA = TRUE THEN PC <-TARGET 
Execute delay Instruction 

Assembler 

Syntax: JMPT ra, target 


Status: Not affected 

Operands: SRCA Content of register RA 

TARGET A = 0:117... I10//I9... 12 (sign-extended to 30 bits) + PC 
A = 1:117... 110//19... 12 (zero-extended to 30 bits) 

31 23 15 7 0 


o 

o 

o 

> “ 

1 1 1 1 1 1 1 

117... no 

1 1 1 1 1 1 1 

RA 

T r 1 T ri T. 

19... 12 


OP = AC, AD 


JMPT 


Description: If SRCA is a Boolean TRUE, a non-sequential instruction fetch occurs 
to the instruction address given by the TARGET operand. 

If SRCA is a Boolean FALSE, this instruction has no effect. 

The Instruction following the JMPT Is executed regardless of the 
value of SRCA. 
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JMPTI 


JMPTI 


Jump True Indirect 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


IF SRCA = TRUE THEN PC<~SRCB 
Execute delay instruction 

JMPTI ra. rb 
Not affected 

SRCA Content of register RA 

SRCB Content of register RB 


31 


I.I I I.I I I 

110 0 110 0 


23 


I I.I I I I I 

Reserved 


15 


”1 r.n I.I.I 

RA 


I I I I I I I 
RB 


OP=*CC 


JMPTI 


Description: If the SRCA Is a Boolean TRUE, a non-sequential instruction fetch 
occurs to the instruction address given by the SRCB operand. 

If SRCA is a Boolean FALSE, this instruction has no effect. 

The instruction following the JMPTI is executed regardless of the 
value of SRCA. 


8-92 INSTRUCTION SET 




LOAD 


LOAD 


Load 


Operation: DEST<- EXTERNAL WORD [SRCB] 

Assembler 

Syntax: LOAD ce, cnti, ra, rb 
or 

LOAD ce, cntI, ra, constS 
Status: Not affected 

Operands: SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RA 


31 

23 


15 

7 0 


1 

mym 




OP = 16, 17 ■ LOAD 

CE 


Description: If the CE bit is 0, the external word addressed by the SRCB operand 
is placed into the DEST location. 

If the CE bit is 1, a word is transferred from the coprocessor into the 
DEST location. The SRCB operand has no pre-defined interpretation 
in this case, though it appears on the address bus. 

The CNTL field of the LOAD instruction affects the access or transfer 
as described In Sections 3.4.4 and 6.1.2. 
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LOADL 


LOADL 


Load and Lock 


Operation: 

Assembler 

Syntax: 


Status: 

Operands: 


PEST 4-EXT ERNAL WORD [SRCB], 
assert LOCK output during access 

LOADL ce, cnti, ra, rb 
or 

LOADL ce, cntl, ra, constS 
Not affected 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RA 


31_23_ 15 _ 7 0 


" "T I I .( " I I I 

0 0 0 0 0 1 1 M 

1 1 1 1 1 I I 

1 CNTL 

I I 1 1 1 1 1 

RA 

.rnr i r r i i 

RB or 1 


OP = 06,07 ! LOADL 

CE 


Description: If the CE bit is 0, the external word addressed by the SRCB operand 
is placed Into the DEST location. 

If the CE bit is 1, a word is transferred from the coprocessor into the 
DEST location. The SRCB operand has no pre-defined interpretation 
in this case, though It appears on the address bus. 

The CNTL field of the LOADL instruction affects the access or 
transfer as described in Sections 3.4.4 and 6.1.2. 

The LOCK output is asserted during the access or transfer. 
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LOADM 


Load Multiple 


LOADM 


Operation; 

Assembler 

Syntax: 


Status: 

Operands: 


DEST ... DEST+COUNT<- EXTERNAL WORD [SRCB]... 
EXTERNAL WORD [SRCB + (COUNT * 4)] 

LOADM ce, cnti, ra, rb 
or 

LOADM ce, cntI, ra, constS 
Not affected 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RA 


31 

23 


15 

7 0 

_r T" |-| t I “I 

0 0 1 1 0 1 1 M 


I I I I I I 

CNTL 

1 1 1 1 1 1 1 

RA 

1 1 1 1 1 1 1 

RB orl 


OP = 36.37 ' LOADM 

CE 


Description: If the CE bit is 0, external words at consecutive word addresses, 

beginning with the word addressed by the SRCB operand, are placed 
into consecutive registers, beginning with the DEST location. 

If the CE bit is 1, multiple words are transferred from the coprocessor 
into consecutive registers, beginning with the DEST location. The 
SRCB operand has no pre-defined interpretation in this case. 

The total number of words accessed or transferred In the sequence is 
specified by the Count Remaining (CR) field of the Channel Control 
Register (which also appears in the Load/Store Count Remaining 
Register) at the beginning of the access. The total number of words is 
the value of the CR field plus one. The CNTL field of the LOADM 
Instruction affects the access or transfer as described In Sections 
3.4.4 and 6.1.2. 

Note: The address and register-number sequences for the LOADM 
instruction are specified in Section 3.4.4. 
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LOADSET 


LOADSET 


Load and Set 


Operation: DEST <- EXTERNAL WORD [SRCB] 

EXTE RNAL W ORD [SRCB]4-h‘FFFFFFFF, 
assert LOCK output during access 


Assembler 

Syntax: 

Status: 

Operands: 


LOADSET ce, cnti, ra, rb 
or 

LOADSET ce, cntI, ra, constS 
Not affected 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RA 


31_ 23_15_7_p 







OP =26.27 • LOADSET 

CE 


Description: If the CE bit Is 0, the external word addressed by the SRCB operand 
Is placed into the DEST location. After the DEST location is altered, 
the external word addressed by the SRCB operand is written, 
atomically, with a word consisting of a 1 in every bit position. 

If the CE bit is 1, a word is transferred from the coprocessor into the 
DEST location. The SRCB operand has no pre-defined interpretation 
In this case, though it appears on the Address Bus. After the DEST 
location is altered, a word consisting of a 1 in every bit position is 
transferred, atomically, to the coprocessor. 

The CNTL field of the LOADSET instruction affects the access or 
transfer as described In Sections 3.4.4 and 6.1.2. 

The LOCK output is asserted throughout the LOADSET operation. 
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MFACC 


MFACC 


Move From Accumulator 


Operation: 

Assembler 

Syntax: 

Status: 


DEST^ACC(ACN) 

MFACC rc, FMT, ACN 
fpX,fpU.fpV,fpR 


Operands: 

DEST 

Register RC (single-precision f.p.) 
or 

Register RC and twin of Register RC 
(Double-precision f.p.) 


ACC(ACN) 

Content of ACC(ACN) 

Control: 

FMT 

Format of destination operand 


00 

Format specified by ACF 


01 

Single-precision floating-point 


10 

Double-precision floating-point 


11 

Reserved 


ACN 

Accumulator number (0,1,2, or 3) 


31 

23 

15 

7 


0 

I I I I I I I 

“IT r 1 1 1 1 

1 1 1 1 1 1 1 

1 I 1 

fI 

•a 

1110 10 0 1 

RC 

0 0 0 0 0 0 0 1 

Res 

M 

c 





T 

N 


OP = E9 


MFACC 


Description: The operand in accumulator register ACN Is converted to format FMT 
and rounded according to Floating-Point Environment Register field 
FRM, then placed into the DEST location. The format of the operand 
read from accumulator register ACN is specified by Floating-Point 
Environment Register field ACF. 
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MTACC 


MTACC 


Move To Accumulator 


Operation: ACC{ACN)«-SRCA 
Assembler 

Syntax: MTACC ra, FMT, ACN 
Status: fpX,fpU,fpV,fpR,fpN 


Operands: 


Control: 


SRCA 

Content of register RA (single-precision 
or 

Content of register RA and the twin of 
Register RA (double-precision f.p.) 

ACC(ACN) 

Content of ACC(ACN) 

FMT 

Format of source operand 

00 

Format specified by ACF 

01 

Single-precision floating-point 

10 

Double-precision floating-point 

11 

Reserved 

ACN 

Accumulator number (0,1,2, or 3) 


31 

23 

15 

7 


0 





BU 










hhhhhi 

— 


■i 


OP = E8 


Description: The SRCA operand is converted from format FMT and rounded 
according to Floating-Point Environment Register field FRM, then 
transferred to accumulator register ACC{ACN); the format of the 
destination operand is specified by Floating-Point Environment 
Register field ACF. 

Note that the MTACC instruction uses the fast float mode of 
operation, regardless of the Fast Float Select bit in the Floating-Point 
Environment Register. A denormalized number is flushed to zero 
before being written into the accumulator. 
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MFSR 


MFSR 


Move from Special Register 

Operation: DEST<-SPECIAL 
Assembler 

Syntax: MFSR rc, spid 
Status: Not affected 

Operands: SPECIAL Content of special-purpose register SA 

DEST Register RC 


31 


rrrr r rr 

1 1 0 0 0 1 1 0 


23 


n r.I I.I I 

RC 


15 


TT 


T1 

SA 


TT 


TT IT IT I 

Reserved 


OP = C6 


MFSR 


Description: The SPECIAL operand is placed into the DEST location. 

For programs in the User mode, a Protection Violation trap occurs If 
SA specifies a protected special-purpose register. If a trap occurs, the 
DEST location Is not altered. 
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MFTLB 


Move from Translation Look-Aside Buffer Register 


Operation: DESTTLB [SRCA] 

Assembler 

Syntax: MFTLB rc, ra 
Status: Not affected 

Operands: SRCA Content of register RA, bits 6 .. 0 

DEST Register RC 


31 23 15_ 7 _0 


1 1 1 1 1 11 

10 110 110 

11 1 1 I II 

RC 

1 1 1 1 1 1 1 
RA 

1 1 1 1 1 1 1 

Reserved 


OP = B6 MFTLB 

Description: The Translation Look-Aside Buffer (TLB) register whose register 
number is specified by the SCRA operand Is placed Into the DEST 
location. 

This instruction may be executed only by Supervisor-mode programs. 
An attempted execution by a User-mode program causes a 
Protection Violation trap to occur. If a trap occurs, the DEST location 
is not altered. 
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MTSR 


Move to Special Register 


MTSR 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


SPDEST<-SRCB 
MTSR spid, rb 

Not affected, unless the destination is the ALU Status Register 
SRCB Content of register RB 

SPDEST Special-purpose register SA 


31_23 _15_7_0 



lllllllllllllg 

mom 



OP=CE MTSR 


Description: The SRCB operand is placed into the SPECIAL location. 

For programs in the User mode, a Protection Violation trap occurs if 
SA specifies a protected special-purpose register. If a trap occurs, the 
SPDEST location is not altered. 
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MTSRIM 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


MTSRIM 

Move to Special Register Immediate 

SPDEST<-0I16 

MTSRIM spid, const16 

Not affected, unless the destination is the ALU Status Register 
0116 I15... 18 // i7... 10 (zero-extended to 32 bits) 

SPDEST Speciai-purpose register SA 


31 

23 

15 

7 

0 



ymm 

mu 

m 


OP = 04 MTSRIM 


Description: The 011 6 operand is piaced into the SPECiAL location. 

For programs in the User mode, a Protection Violation trap occurs if 
SA specifies a protected special-purpose register, if a trap occurs, the 
SPDEST iocation is not aitered. 
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MTTLB 


Move to Translation Look-Aside Buffer Register 


MTTLB 


Operation: TLB [SRCA]<-SRCB 
Assembler 

Syntax: MTTLB ra, rb 
Status: Not affected 

Operands: SRCA Content of register RA, bits 6...0 

SRCB Content of register RB 


31 23 15 7 0 



OP = BE MTTLB 


Description: The SRCB operand is placed Into the Translation Look-Aside Buffer 
(TLB) register whose register-number is specified by the SRCA 
operand. 

This instruction may be executed only by Supervisor-mode programs. 
An attempted execution by a User-mode program causes a 
Protection Violation trap to occur. If a trap occurs, the TLB register Is 
not altered. 
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MUL 


Multiply Step 


MUL 


Operation: Perform one-bit step of a multiply operation 
Assembler 

Syntax: MUL rc, ra, rb 

or 

MUL rc, ra, const 8 
Status: V, N,Z,C 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 



OP = 64, 65 MUL 


Description: If the least-significant bit of the Q Register is 1, the SRCA operand is 
added to the SRCB operand. If the least-significant bit of the Q 
register is 0, a zero word is added to the SRCB operand. 

The content of the Q Register Is appended to the result of the add, 
and the resulting 64-blt value is shifted right by one bit position; the 
true sign of the result of the add fills the vacated bit position (i.e., the 
sign of the result is complemented If an overflow occurred during the 
add operation). The high-order 32 bits of the 64-bit shifted value are 
placed into the DEST location. The low-order 32 bits of the shifted 
value are placed Into the Q Register. 

This instruction is provided for compatibility with the Am29000 
microprocessor. 
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MULL 


Multiply Last Step 


MULL 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


Complete a sequence of multiply steps (for signed multiply) 

MULL rc, ra, rb 
or 

MULL rc, ra, const 8 
V, N, Z, C 

SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31_23_15_7_0 


T^n r1 1T 

0 1 1 0 0 1 1 M 

T 1 1 1 III 

RC 

1 1 1 1 1 1 1 
RA 

1 1 1 1 1 1 1 
RBorl 


OP « 66, 67 MULL 


Description: If the least-significant bit of the Q Register Is 1, the SRCA operand Is 
subtracted from the SRCB operand. If the least-significant bit of the Q 
register is 0, a zero word is subtracted from the SRCB operand. 

The content of the Q Register is appended to the result of the 
subtract, and the resulting 64-bit value is shifted right by one bit 
position; the true sign of the result of the subtract fills the vacated bit 
position (I.e., the sign of the result is complemented if an overflow 
occurred during the subtract operation). The high-order 32 bits of the 
64-blt shifted value are placed Into the DEST location. The low-order 
32 bits of the shifted value are placed into the Q Register. 

This instruction is provided for compatibility with the Am29000 
microprocessor. 
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MULTIPLU 


MULTIPLU 


Integer Multiply, Unsigned 


Operation: 

Assembler 

Syntax: 

Status: 

Operands: 


DEST<-SRCA*SRCB 

MULTIPLU rc, ra, rb 
None 

SRCA Content of register RA 

SRCB Content of register RB 

DEST Register RC 


31_^_15_ 7_0 


fljiyilQy 

lyilllllllljlQII^^ 




OP = E2 MULTIPLU 


Description: The SRCA operand is multiplied by the SRCB operand. The 
low-order 32 bits of the 64-bit result are placed into the DEST 
location. This operation treats the SRCA and SRCB operands as 
unsigned integers and produces an unsigned result. 

The contents of the Q register are undefined after a MULTIPLU 
operation. 
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MULTIPLY 


Integer Multiply, Signed 


MULTIPLY 


Operation: DEST SRCA* SRCB 
Assembler 

Syntax: MULTIPLY rc, ra, rb 
None 

Content of register RA 
Content of register RB 
DEST Register RC 


Status: 
Operands: SRCA 
SRCB 


31 


23 


15 


o 

o 

o 

o 

o 

1 ri 1 1 1 1 

RC 

1 1 1 1 1 1 1 
RA 

■ n n ri i 

RB 


OP-EO 


MULTIPLY 


Description: The SRCA operand is muitiplied by the SRCB operand. The 
low-order 32 bits of the 64-bit result are placed into the DEST 
location. This operation treats the SRCA and SRCB operands as 
two’s-complement integers and produces a two’s-complement result. 

The contents of the Q register are undefined after a MULTiPLY 
operation. 
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MULTM 


MULTM 


Integer Multiply Most-Significant Bits, Signed 

Operation: DEST<-SRCA*SRCB 
Assembler 


Syntax: 

MULTM rc, ra, rb 

Status: 

None 


Operands: 

SRCA 

Content of register RA 


SRCB 

Content of register RB 


DEST 

Register RC 


31 

23 

15 

7 0 



nu|MHn| 

HKHI 


OP=DE MULTM 


Description: The SRCA operand is multiplied by the SRCB operand. The 
high-order 32 bits of the 64-bit result are placed into the DEBT 
location. This operation treats the SRCA and SRCB operands as 
two’s-complement integers and produces a two’s-complement result. 

The contents of the Q register are undefined after a MULTM 
operation. 
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MULTMU 


MULTMU 


Integer Multiply Most-Significant Bits, Unsigned 

Operation: DEST ^ SRCA * SRCB 
Assembler 

Syntax: MULTMU rc, ra, rb 
Status: None 

Operands: SRCA Content of register RA 

SRCB Content of register RB 

DEST Register RC 


31 _23 _15_ 7 0 


T IT 1 1 1 1 

110 11111 

II T 1 1 1 1 

RC 

1 1 1 1 1 1 1 

RA 

-rTTT r"i 1 

RB 


OP = DF MULTMU 

Description: The SRCA operand is multiplied by the SRCB operand. The 
high-order 32 bits of the 64-blt result are placed Into the DEST 
location. This operation treats the SRCA and SRCB operands as 
unsigned integers and produces an unsigned result. 

The contents of the Q register are undefined after a MULTMU 
operation. 
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MULU 


MULU 


Multiply Step, Unsigned 

Operation: Perform one-bit step of a multiply operation (unsigned) 
Assembler 

Syntax: MULU rc, ra, rb 

or 

MULU rc, ra, const 8 
Status: V, N, Z, C 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31 23 15 7 0 


1 1 1 1 1 1 1 

1 1 1 1 1 1 1 

1 1 1 1 1 1 1 

II Mill 

0 1 1 1 0 1 0 M 

RC 

RA 

RBorl 


OP =74. 75 MULU 

Description: If the least-significant bit of the Q Register is 1, the SRCA operand is 
added to the SRCB operand. If the least-significant bit of the Q 
register Is 0, a zero word is added to the SRCB operand. 

The content of the Q register is appended to the result of the add, and 
the resulting 64-blt value is shifted right by one bit position; the 
carry-out of the add fills the vacated bit position. The high-order 32 
bits of the 64-bit shifted value are placed Into the DEST location. The 
low-order 32 bits of the shifted value are placed into the Q Register. 

This Instruction Is provided for compatibility with the Am29000 
microprocessor. 
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NAND 


NAND Logical 


NAND 


Operation: DEST^ -(SRCA & SRCB) 

Assembler 

Syntax: NAND rc, ra, rb 
or 

NAND rc, ra, constS 
Status: N, Z 

Operands: SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 

31 23 15 7 




OP = 9A. 9B NAND 


Description: The SRCA operand is logically ANDed, bit-by-bit, with the SRCB 

operand. The one’s-complement of the result is placed into the DEST 
location. 
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NOR 


NOR Logical 


NOR 


Operation: DEST-{SRCA | SRCB) 

Assembler 

Syntax: NOR rc, ra, rb 

or 

NOR rc, ra, constS 
Status: N, Z 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31 23 15 7 0 



OP =98, 99 NOR 


Description: The SRCA operand is logically ORed, bit-by-bit, with the SRCB 

operand. The one’s-complement of the result is placed Into the DEST 
location. 
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OR OR 

OR Logical 

Operation: DEST <- SRCA | SRCB 
Assembler 

Syntax: OR rc, ra, rb 

or 

OR rc, ra, constS 
Status: N, Z 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M=1:1 (Zero-extended to 32 bits) 

DEST Register RC 


1 

I 

1 



Description: The SRCA operand is logically ORed, bit-by-bit, with the SRCB 
operand, and the result is placed Into the DEST location. 
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ORN 


OR-NOT Logical 


ORN 


Operation: DEST«— SRCA | ~ SRCB 
Assembler 

Syntax: ORN rc, ra, rb 

or 

ORN rc, ra, constS 
Status: N, Z 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M=1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31 23 15 7 0 



OP=AA, AB 


Description: The SRCA operand is iogicaiiy ORed, bit-by-bit, with the 

one’s-compiement of the SRCB operand, and the result is placed into 
the DEST location. 
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SETIP 


SETIP 


Set Indirect Pointers 

Operation: Load IPA, IPB, and IPC registers with operand-register numbers 
Assembler 

Syntax: SETiP rc, ra, rb 
Status: Not affected 

Operands: Absolute-register numbers for registers RA, RB, and RC 



OP-9E SETIP 


Description: The IPA, IPB, and IPC registers are set to the register numbers of 
registers RA, RB, and RC, respectively. 

For programs in the User mode, a Protectiori Violation trap occurs if 
RA, RB, or RC specifies a register that is protected by the Register 
Bank Protect Register. 
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SLL 

Shift Left Logical 

Operation: DEST <- SRCA«SRCB (zero fill) 

Assembler 

Syntax: SLL rc, ra, rb 
or 

SLL rc, ra, constS 
Status: Not affected 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB, bits 4... 0 

M=1:l,bits4...0 

DEST Register RC 


SLL 


31_23_15_7_0 




nummyiyii 

llllllliyilQ^ 


OP = 80. 81 SLL 


Description: The SRCA operand is shifted left by the number of bit positions 

specified by the SRCB operand; zeros fill vacated bit positions. The 
result is placed into the DEST location. 
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SORT 


Floating-Point Square Root 


SORT 


Operation: DEST 4 - SQRT(SRCA) 
Assembler 

Syntax: SORT rc, ra, FS 
Status: fpX, fpR, fpN 


Operands: 


Control: 


SRCA Content of register RA (single-precision f.p.) 
or 

Content of register RA and the twin of register RA 
(double-precision f.p.) 

DEST Register RC (single-precision f.p.) 
or 

Register RC and twin of Register RC (double-precision f.p.) 

FS Format of source operand SRCA 

00 Reserved for future use 

01 Single-precision floating-point 

10 Double-precision floating-point 

11 Reserved for future use 


31_23_15_7 _g 


1 1 1 1 1 1 1 

1110 0 10 1 

I I I I I I I 

RC 

I I I I I M 

RA 

~rrrrr 

Reserved 

-r 

FS 


OP = E5 SORT 

Description: This operation computes the square root of floating-point operand 
SRCA; the result Is rounded according to FRM field of the 
Floating-Point Environment Register and placed Into the DEST 
location. The operand and result are single- or double-precision 
floating-point numbers, as specified by FS. 
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SRA 


SRA 


Shift Right Arithmetic 


Operation: 

Assembler 

Syntax: 


Status: 

Operands: 


DEST SRCA » SRCB (sign fill) 

SRA rc, ra, rb 
or 

SRA rc, ra, constS 
Not affected 

SRCA Content of register RA 

SRCB M=0: Content of register RB, bits 4... 0 

M = 1:l,bits4...0 

DEST Register RC 


31_23_15_7 0 


1 1 1 1 1 1 1 

1 0 0 0 0 1 1 M 

1 1 1 1 1 1 1 
RC 

1 1 1 1 1 1 1 

RA 

"T" 1 r 1 1 1 1 

RBorl 


OP = 86, 87 SRA 


Description: The SRCA operand is shifted right by the number of bit positions 
specified by the SRCB operand; the sign of the SRCA operand fills 
vacated bit positions. The result is placed into the DEST location. 
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SRL 

Shift Right Logicai 

Operation: DEST<-SRCA»SRCB (zero fill) 
Assembler 

Syntax: SRL rc, ra, rb 
or 

SRL rc, ra, constS 
Status: Not affected 


Operands: SRCA 

Content of register RA 

SRCB 

M = 0: Content of register RB, bits 4... 0 
M = 1:l, blts4...0 

DEST 

Register RC 


SRL 


31_23_15_7_0 


I I I I I I I 

1 0 0 0 0 0 1 M 

1 1 1 ri 1 1 

RC 

1 1 1 1 1 rI 

RA 

n 1 1 1 1 1 

RB orl 


OP = 82, 83 SRL 


Description: The SRCA operand Is shifted right by the number of bit positions 

specified by the SRCB operand; zeros fill vacated bit positions. The 
result Is placed Into the DEST location. 
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STORE 


STORE 


Store 


Operation: EXTERNAL WORD [SRCB] ^ SRCA 
Assembler 

Syntax: STORE ce, cnti, ra, rb 
or 

STORE ce, cntI, ra, constS 
Status: Not affected 

Operands: SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

31 23 15 7 


OP=1E,1F I STORE 

CE 



0 


Description: If the CE bit is 0, the SRCA operand is placed Into the external word 
addressed by the SRCB operand. 

If the CE bit is 1, the SRCA and SRCB operands are transferred to 
the coprocessor. 

The CNTL field of the STORE instruction affects the access or 
transfer as described In Sections 3.4.4 and 6.1.2. 
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STOREL 


STOREL 


Store and Lock 


Operation: EXTE RNAL W ORD [SRCB] ^ SRCA, 
assert LOCK output during access 


Assembler 

Syntax: STOREL ce, cnti, ra, rb 
or 

STOREL ce, cntI, ra, constS 


Status: Not affected 


Operands: SRCA 
SRCB 


Content of register RA 

M = 0: Content of register RB 
M = 1:1 (Zero-extended to 32 bits) 


31 


23 


15 


7 


0 


I I 

0 0 0 0 1 1 1 M 


I I I 
CNTL 


I I 
RA 


I I I I 
RB or I 


OP = OE, OF 

CE 


STOREL 


Description: If the CE bit is 0, the SRCA operand is placed Into the external word 
addressed by the SRCB operand. 

If the CE bit Is 1, the SRCA and SRCB operands are transferred to 
the coprocessor. 

The CNTL field of the STOREL instruction affects the access or 
transfer as described in Sections 3.4.4 and 6.1.2. 

The LOCK output is asserted during the access or transfer. 
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STOREM 

Store Multiple 

Operation: EXTERNAL WORD [SRCB]... EXTERNAL WORD 
[SRCB + (COUNT*4)] 

<- SRCA... SRCA+COUNT 

Assembler 

Syntax: STOREM ce, cnti, ra, rb 
or 

STOREM ce, cntI, ra, constS 
Status: Not affected 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


STOREM 


31 

23 


15 

7 0 


1 

imm 




OP=3E.3F I STOREM 


CE 


Description: If the CE bit is 0, the contents of consecutive registers, beginning with 
the SRCA operand, are placed Into external words at consecutive 
word addresses, beginning with the word addressed by the SRCB 
operand. 

If the CE bit is 1, the contents of consecutive registers, beginning with 
the SRCA operand, are transferred to the coprocessor. The SRCB 
operand has no pre-defined interpretation in this case. 

The total number of words accessed or transferred in the sequence is 
specified by the Count Remaining (CR) field of the Channel Control 
Register (which also appears in the Load/Store Count Remaining 
Register) at the beginning of the access. The total number of words is 
the value of the CR field plus one. The CNTL field of the STOREM 
Instruction affects the access or transfer as described in Sections 
3.4.4 and 6.1.2. 

Note: The address and register-number sequences for the STOREM 
instruction are specified in Section 3.4.4. 
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SUB 


SUB 


Subtract 

Operation: DEST SRCA - SRCB 
Assembler 

Syntax: SUB rc, ra, rb 
or 

SUB rc, ra, constS 
Status: V, N, Z, C 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31 23 15 7 0 



OP =24. 25 SUB 


Description: The SRCA operand is added to the two’s-complement of the SRCB 
operand, and the result is placed Into the DEST location. 
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SUBC 


SUBC 


Subtract with Carry 


Operation: 

Assembler 

Syntax: 


Status: 

Operands: 


DEST<-SRCA-SRCB-1 +C 

SUBC rc, ra, rb 
or 

SUBC rc, ra, constS 
V, N, Z, C 

SRCA Content of register RA 

SRCB M=0: Content of register RB 

M=1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31_23 15 7 0 


1 1 1 1 1 i 1 

0 0 1 0 1 1 0 M 

1 1 1 1 1 1 1 

RC 

1 1 1 1 1 1 1 

RA 

1 1 1 1 1 1 1 

RB orl 


OP=2C, 2D SUBC 


Description: The SRCA operand is added to the one’s-compiement of the SRCB 
operand and the value of the ALU Status Carry bit, and the result Is 
placed into the DEST location. 
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SUBCS 


Subtract with Carry, Signed 


SUBCS 


Operation: DEST 4 -SRCA-SRCB-I+C 

IF signed overflow THEN Trap (Out of Range) 

Assembler 

Syntax: SUBCS rc, ra, rb 
or 

SUBCS rc, ra, constS 
Status: V, N, Z, C 

Operands: SRCA Content of register RA 

SRCB M = 0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 



OP = 28, 29 SUBCS 


Description: The SRCA operand is added to the one’s-complement of the SRCB 
operand and the value of the ALU Status Carry bit, and the result is 
placed Into the DEST location. If the add operation causes a 
two’s-complement signed overflow, an Out of Range trap occurs. 

Note that the DEST location is altered whether or not an overflow 
occurs. 
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SUBCU 


Subtract with Carry, Unsigned 


SUBCU 


Operation: 

DEST«-SRCA-SRCB-1 +C 

IF unsigned underflow THEN Trap (Out of Range) 

Assembler 

Syntax: 

SUBCU rc, ra, rb 
or 

SUBCU rc, ra, constS 

Status: 

V, N, Z, C 


Operands: 

SRCA 

Content of register RA 


SRCB 

M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


DEST 

Register RC 

31 

23 

15 7 




mmii 



OP=2A, 2B SUBCU 

Description: The SRCA operand is added to the one’s-complement of the SRCB 
operand and the value of the ALU Status Carry bit, and the result Is 
placed into the DEST location. If the add operation causes an 
unsigned underflow, an Out of Range trap occurs. 

Note that the DEST location is altered whether or not an underflow 
occurs. 
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SUBR 


SUBR 


Subtract Reverse 

Operation: DEST<-SRCB-SRCA 
Assembler 

Syntax: SUBR rc, ra, rb 
or 

SUBR rc, ra, constS 
Status: V, N, Z, C 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

BEST Register RC 

31 23 15 7 0 


I 


OP =34, 35 SUBR 

Description: The SRCB operand Is added to the two’s-complement of the SRCA 
operand and the result is placed into the DEST location. 
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SUBRC 


Subtract Reverse with Carry 


SUBRC 


Operation: 

Assembier 

Syntax: 


Status: 

Operands: 


DEST4-SRCB-SRCA-1 +C 

SUBRC rc, ra, rb 
or 

SUBRC rc, ra, constS 
V, N. 2, C 

SRCA Content of register RA 

SRCB M=0: Content of register RB 

M=1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31__23_ 15_7_0 







OP=3C, 3D SUBRC 


Description: The SRCB operand is added to the one’s-compiement of the SRCA 
operand and the value of the ALU Status Carry bit, and the result is 
placed into the DEST location. 
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SUBRCS 


SUBRCS 


Subtract Reverse with Carry, Signed 


Operation: 

DEST SRCB-SRCA-1 +C 

IF signed overflow THEN Trap (Out of Range) 

Assembler 

Syntax: 

SUBRCS rc, ra, rb 
or 

SUBRCS rc, ra, constS 

Status: 

V, N, Z, C 

Operands: 

SRCA Content of register RA 


SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


DEST Register RC 


31 


23 


15 







OP-38, 39 SUBRCS 

Description: The SRCB operand is added to the one’s-complement of the SRCA 
operand and the value of the ALU Status Carry bit, and the result is 
placed Into the DEST location. If the add operation causes a 
two’s-complement signed overflow, an Out of Range trap occurs. 

Note that the DEST location is altered whether or not an overflow 
occurs. 
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SUBRCU 


SUBRCU 


Subtract Reverse with Carry, Unsigned 

Operation: DEST<-SRCB-SRCA-1+C 

IF unsigned underflow THEN Trap (Out of Range) 

Assembler 

Syntax: SUBRCU rc, ra, rb 
or 

SUBRCU rc, ra, constS 
Status: V, N, Z, C 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 



OP = 3A, 3B SUBRCU 


Description: The SRCB operand is added to the one’s-complement of the SRCA 
operand and the value of the ALU Status Carry bit, and the result is 
placed into the DEST location. If the add operation causes an 
unsigned underflow, an Out of Range trap occurs. 

Note that the DEST location is altered whether or not an underflow 
occurs. 
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SUBRS 


SUBRS 


Subtract Reverse, Signed 


Operation: 

DEST<-SRCB-SRCA 

IF signed overflow THEN Trap (Out of Range) 

Assembler 

Syntax: 

SUBRS rc, ra, rb 
or 

SUBRS rc, ra, constS 

Status: 

V, N, Z, C 

Operands: 

SRCA Content of register RA 


SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 


DEST Register RC 


31 23 15 7 0 



mumiiyin 




OP *30, 31 SUBRS 


Description: The SRCB operand is added to the two’s-complement of the SRCA 
operand, and the result is placed into the DEST location. If the add 
operation causes a two’s-complement signed overflow, an Out of 
Range trap occurs. 

Note that the DEST location is altered whether or not an overflow 
occurs. 
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SUBRU 


SUBRU 


Subtract Reverse, Unsigned 


Operation: 

DEST<-SRCB-SRCA 

IF unsigned underflow THEN Trap (Out of Range) 

Assembler 

Syntax: 

SUBRU rc, ra, rb 
or 

SUBRU rc, ra, constS 

Status: 

V, N, Z, C 


Operands: 

SRCA 

Content of register RA 


SRCB 

M=0: Content of register RB 

M=1:1 (Zero-extended to 32 bits) 


DEST 

Register RC 

31 

23 

15 7 







OP = 32. 33 SUBRU 


Description: The SRCB operand is added to the two’s-complement of the SRCA 
operand, and the result is placed into the DEST location, if the add 
operation causes an unsigned underflow, an Out of Range trap 
occurs. 

Note that the DEST location Is altered whether or not an underflow 
occurs. 
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SUBS 


Subtract, Signed 


SUBS 


Operation: 

DEST<-SRCA-SRCB 

IF signed overflow THEN Trap (Out of Range) 

Assembler 

Syntax: 

SUBS rc, ra, rb 
or 

SUBS rc, ra, constS 

Status: 

V, N, Z, C 

Operands: 

SRCA Content of register RA 


SRCB M=0; Content of register RB 

M=1:1 (Zero-extended to 32 bits) 


DEST Register RC 


31_23_15 _7__0 


1 1 1 1 1 1 1 

0 0 1 0 0 0 0 M 

rrn i r r 

RC 

FT T n I T 

RA 

rriT T 1 1 

RB orl 


OP = 20, 21 SUBS 

Description: The SRCA operand is added to the two’s-complement of the SRCB 
operand, and the result is placed into the DEST location. If the add 
operation causes a two’s-complement signed overflow, an Out of 
Range trap occurs. 

Note that the DEST location is altered whether or not an overflow 
occurs. 
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SUBU SUBU 

Subtract, Unsigned 


Operation: 

DEST<-SRCA-SRCB 

IF unsigned underflow THEN Trap (Out of Range) 

Assembler 

Syntax: 

SUBU rc, ra, rb 
or 

SUBU rc, ra, constS 

Status: 

V, N, Z, C 

Operands: 

SRCA Content of register RA 


SRCB M=0: Content of register RB 

M=1:1 (Zero-extended to 32 bits) 


DEST Register RC 


31_23 _15_ 7_0 







OP = 22, 23 SUBU 


Description: The SRCA operand is added to the two’s-complement of the SRCB 
operand, and the result is placed into the DEST location, if the add 
operation causes an unsigned underflow, an Out of Range trap 
occurs. 

Note that the DEST location is altered whether or not an underflow 
occurs. 
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XNOR 


Exclusive-NOR Logical 


XNOR 


Operation: DEST ^ ~ (SRCA SRCB) 
Assembler 

Syntax: XNOR rc, ra, rb 
or 

XNOR rc, ra, constS 


Status: N, Z 
Operands: SRCA 
SRCB 

DEST 


Content of register RA 

M = 0: Content of register RB 
M = 1:1 (Zero-extended to 32 bits) 

Register RC 


31 23 15 7 0 


1 1 1 1 1 1 1 

1 0 0 1 0 1 1 M 

1 1 1 1 1 1 1 
RC 

1 1 1 1 1 1 1 
RA 

1 1 1 1 1 1 1 

RB or 1 


OP = 96. 97 


XNOR 


Description: The SRCA operand is logicaiiy exclusive-ORed, bit-by-bit, with the 

SRCB operand. The one’s-compiement of the resuit is placed into the 
DEST location. 
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XOR 


Exclusive-OR Logical 


XOR 


Operation: DEST SRCA * SRCB 
Assembler 

Syntax: XOR rc, ra, rb 

or 

XOR rc, ra, constS 
Status: N, Z 

Operands: SRCA Content of register RA 

SRCB M=0: Content of register RB 

M = 1:1 (Zero-extended to 32 bits) 

DEST Register RC 


31 23 15 7 0 



OP =94, 95 XOR 


Description: The SRCA operand is logicaiiy exciusive-ORed, bit-by-bit, with the 
SRCB operand, and the result is placed into the DEST location. 
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8.5 


INSTRUCTION INDEX BY OPERATION CODE 


01 

CONSTN 

Constant, Negative 

02 

CONSTH 

Constant, High 

03 

CONST 

Constant 

04 

MTSRIM 

Move to Special Register immediate 

05 

CONSTHZ 

Constant High, Zero Lower 

06,07 

LOADL 

Load and Lock 

08,09 

CLZ 

Count Leading Zeros 

0A,0B 

EXBYTE 

Extract Byte 

0C,0D 

INBYTE 

insert Byte 

0E,OF 

STOREL 

Store and Lock 

10,11 

ADDS 

Add, Signed 

12,13 

ADDU 

Add, Unsigned 

14,15 

ADD 

Add 

16,17 

LOAD 

Load 

18,19 

ADDCS 

Add with Carry, Signed 

1A,1B 

ADDCU 

Add with Carry, Unsigned 

1C.1D 

ADDC 

Add with Carry 

1E,1F 

STORE 

Store 

20,21 

SUBS 

Subtract, Signed 

22,23 

SUBU 

Subtract, Unsigned 

24,25 

SUB 

Subtract 

26,27 

LOADSET 

Load and Set 

28,29 

SUBCS 

Subtract with Carry, Signed 

2A,2B 

SUBCU 

Subtract with Carry, Unsigned 

2C,2D 

SUBC 

Subtract with Carry 

2E,2F 

CPBYTE 

Compare Bytes 

30,31 

SUBRS 

Subtract Reverse, Signed 

32,33 

SUBRU 

Subtract Reverse, Unsigned 

34,35 

SUBR 

Subtract Reverse 

36,37 

LOADM 

Load Muitiple 

38,39 

SUBRCS 

Subtract Reverse with Carry, Signed 

3A,3B 

SUBRCU 

Subtract Reverse with Carry, Unsigned 

3C,3D 

SUBRC 

Subtract Reverse with Carry 

3E,3F 

STOREM 

Store Multiple 

40,41 

CPLT 

Compare Less Than 

42,43 

CPLTU 

Compare Less Than, Unsigned 

44,45 

CPLE 

Compare Less Than or Equal To 

46,47 

CPLEU 

Compare Less Than or Equal To, Unsigned 

48,49 

CPGT 

Compare Greater Than 

4A,4B 

CPGTU 

Compare Greater Than, Unsigned 

4C,4D 

CPGE 

Compare Greater Than or Equal To 

4E,4F 

CPGEU 

Compare Greater Than or Equal To, Unsigned 

50,51 

ASLT 

Assert Less Than 

52,53 

ASLTU 

Assert Less Than, Unsigned 

54,55 

ASLE 

Assert Less Than or Equal To 

56,57 

ASLEU 

Assert Less Than or Equal To, Unsigned 
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58,59 

ASGT 

Assert Greater Than 

5A,5B 

ASGTU 

Assert Greater Than, Unsigned 

5C,5D 

ASGE 

Assert Greater Than or Equal To 

5E.5F 

ASGEU 

Assert Greater Than or Equal To, Unsigned 

60,61 

CPEQ 

Compare Equal To 

62,63 

CPNEQ 

Compare Not Equal To 

64,65 

MUL 

Multiply Step 

66,67 

MULL 

Multiply Last Step 

68,69 

DIVO 

Divide initialize 

6A,6B 

DIV 

Divide Step 

6C,6D 

DIVL 

Divide Last Step 

6E,6F 

DIVREM 

Divide Remainder 

70,71 

ASEQ 

Assert Equal To 

72,73 

ASNEQ 

Assert Not Equal To 

74,75 

MULU 

Multiply Step, Unsigned 

78,79 

INHW 

Insert Half-Word 

7A,7B 

EXTRACT 

Extract Word, Bit-Aligned 

7C,7D 

EXHW 

Extract Half-Word 

7E 

EXHWS 

Extract Half-Word, Sign-Extended 

80,81 

SLL 

Shift Left Logical 

82,83 

SRL 

Shift Right Logical 

86,87 

SRA 

Shift Right Arithmetic 

88 

IRET 

Interrupt Return 

89 

HALT 

Enter HALT Mode 

8C 

IRETINV 

Interrupt Return and Invalidate 

90,91 

AND 

AND Logical 

92,93 

OR 

OR Logical 

94,95 

XOR 

ExclusIve-OR Logical 

96,97 

XNOR 

Exclusive-NOR Logical 

98,99 

NOR 

NOR Logical 

9A,9B 

NAND 

NAND Logical 

9C,9D 

ANDN 

AND-NOT Logical 

9E 

SETIP 

Set Indirect Pointers 

9F 

INV 

invalidate 

A0,A1 

JMP 

Jump 

A4,A5 

JMPF 

Jump False 

A8,A9 

CALL 

Cali Subroutine 

AA,AB 

ORN 

OR-NOT Logical 

AC,AD 

JMPT 

Jump True 

B4,B5 

JMPFDEC 

Jump False and Decrement 

B6 

MFTLB 

Move from Translation Look-Aside Buffer Register 

BE 

MTTLB 

Move to Translation Look-Aside Buffer Register 

BF 

Reserved for emulation (trap vector number 28) 

CO 

JMPI 

Jump indirect 

C4 

JMPFI 

Jump False Indirect 

C6 

MFSR 

Move from Special Register 

C8 

CALLI 

Cali Subroutine, Indirect 
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cc 

JMPTI 

Jump True Indirect 

CE 

MTSR 

Move to Speciai Register 

CF-D6 

Reserved for emulation (trap vector number 28) 

D7 

EMULATE 

Trap to Software Emulation Routine 

D8 

FMAC 

Floating-Point Multiply-Accumulate, 
Single-Precision 

D9 

DMAC 

Floating-Point Multiply-Accumulate, 
Double-Precision 

DA 

FMSM 

Floating-Point Multiply-Sum, Single-Precision 

DB 

DMSM 

Floating-Point Multiply-Sum, Double-Precision 

DC-DD 

Reserved for emulation (trap vector numbers 28-29) 

DE 

MULTM 

Integer Multiply Most-Significant Bits, Signed 

DF 

MULTMU 

Integer Multiply Most-Significant Bits, Unsigned 

EO 

MULTIPLY 

Integer Multiply, Signed 

E1 

DIVIDE 

Integer Divide, Signed 

E2 

MULTIPLU 

Integer Multiply, Unsigned 

E3 

DIVIDU 

Integer Divide, Unsigned 

E4 

CONVERT 

Convert Data Format 

E5 

SORT 

Square Root 

E6 

CLASS 

Classify Floating-Point Operand 

E7 

Reserved for emulation (trap vector number 39) 

E8 

MTACC 

Move to Accumulator 

E9 

MFACC 

Move from Accumulator 

EA 

FEQ 

Floating-Point Equal To, Single-Precision 

EB 

DEQ 

Floating-Point Equal To, Double-Precision 

EC 

FGT 

Floating-Point Greater Than, Single-Precision 

ED 

DGT 

Floating-Point Greater Than, Double-Precision 

EE 

FGE 

Floating-Point Greater Than or Equal To, 
Single-Precision 

EF 

DGE 

Floating-Point Greater Than or Equal To, 
Double-Precision 

FO 

FADD 

Floating-Point Add, Single-Precision 

F1 

DADD 

Floating-Point Add, Double-Precision 

F2 

FSUB 

Floating-Point Subtract, Single-Precision 

F3 

DSUB 

Floating-Point Subtract, Double-Precision 

F4 

FMUL 

Floating-Point Multiply, Single-Precision 

F5 

DMUL 

Floating-Point Multiply, Double-Precision 

F6 

FDIV 

Floating-Point Divide, Single-Precision 

F7 

DDIV 

Floating-Point Divide, Double-Precision 

F8 

Reserved for emulation (trap vector number 56) 

F9 

FDMUL 

Floating-Point Multiply, SIngle-to-Double-PrecIsion 

FA-FF 

Reserved for emulation (trap vector numbers 58-63) 
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Table A-1 


CHANNEL OPERATION TIMING 



Signal Summary 


Signal Name 

Signal Function 

Type(l) 

Synch 

Async 

A(31-0) 

Address Bus 

3-State Output 

Synch 

BGRT 

Bus Grant 

Output 

Synch 

bInv 

Bus Invalid 

Output 

Synch 

BREQ 

Bus Request 

Input 

Synch 

CDA 

Coprocessor Data Accept 

Input 

Synch 

CNTL(1-0) 

CPU Control 

Input 

Async 

D(31-0) 

Data Bus 

Bi-directional 

Synch 

□BACK 

Data Burst Acknowledge 

Input 

Synch 

DBREQ 

Data Burst Request 

3-State Output 

Synch 

DERR 

Data Error 

Input 

Synch 

DRDY 

Data Ready 

Input 

Synch 

DREQ 

Data Request 

3-State Output 

Synch 

DREQT(I-O) 

Data Request Type 

3-State Output 

Synch 

1(31-0) 

Instruction Bus 

Input 

Synch 

IBACK 

Instruction Burst Acknowledge 

Input 

Synch 

IBREQ 

Instruction Burst Request 

3-State Output 

Synch 

lETO 

Instruction Error 

Input 

Synch 

INCLK 

Input Clock 

Input 

N/A 

TnTR(3-0) 

Interrupt Request 

Input 

Async 

IRDY 

Instruction Ready 

Input 

Synch 

IREQ 

Instruction Request 

3-State Output 

Synch 

IREQT 

Instruction Request Type 

3-State Output 

Synch 


(1) The signals labeled “3-state output” and “bi-directional” (except SYSCLK) are disabled when the 
channel is gr anted to an external master. All outputs (except MSERR) may be disabled by 
asserting the TEST input. 
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Table A-1 


Signal Summary (continued) 


Signal Name 

Signal Function 

Type(1) 

Synch 

Async 

LOCK 

Lock 

3-State Output 

Synch 

MPGM(1-0) 

MMU Programmable 

3-State Output 

Synch 

MSERR 

Master/Slave Error 

Output 

Synch 

OPT(2-0) 

Option Control 

3-State Output 

Synch 

PDA 

Pipelined Data Access 

3-State Output 

Synch 

PB^ 

Pipeline Enable 

Input 

Synch 

PIN169 

Hardware-Development System 

Alignment 

N/A 

PiA 

Pipelined Instruction Access 

3-State Output 

Synch 

PWRCLK 

N/A 

SYSCLK Power 

N/A 

R/W 

Read/Write 

3-State Output 

Synch 

RESET 

Reset 

Input 

Async 

STAT(2-0) 

CPU Status 

Output 

Synch 

SUP/DS 

Supervisor/User Mode 

3-State Output 

Synch 

SYSCLK 

System Clock 

Bi-directional 

N/A 


Test Mode 

Input 

Async 

TRAP(1-0) 

Trap Request 

Input 

Async 

WARN 

Warn 

Edge-Sensitive Input Async 


(1) The signals labeled “3-state output” and “bi-directional” (except SYSCLK) are disabled when the 

channel is gr anted to an external master. All outputs (except MSERR) may be disabled by 
asserting the TEST input. 
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Figure A-2 


Instruction Read—Simpie Access with IRDY Deiayed 
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Figure A-5 


Instruction Read—Burst-Mode Access Suspended by Slave 







Figure A-6 


Instruction Read—Burst-Mode Access Preempted by Slave 
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Figure A-7 


Instruction Read—Burst-Mode Access Suspended by Master 
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Figure A-8 


Instruction Read—Burst-Mode Access Suspended by Master and Later 
Preempted by Slave 






Figure A-9 


Instruction Read—Burst-Mode Access Canceled by Slave* 
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*Note: This may result in a trap. 
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Figure A-12 Instruction Read—Pipelined Access with TLB Miss or Protection Violation 
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Figure A-15 Data Write—Simple Access 
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Figure A-18 Data Read Followed by Data Write—Simple Access 
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Figure A-20 Data Read—Pipelined Access 
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Figure A-21 


Data Write—Pipelined Access 
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Figure A-22 Data Read Followed by Data Write—Pipelined Access (Not Used by 
Processor) 
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Figure A-23 Data Write Followed by Data Read—Pipelined Access 


A(31-0) J 

SUP/DS 
LOCKl 
MPGM(1-0) 
OPT(2-0) * 
DREQT(I-O) 




D(31-0) 




































Figure A-24 


Data Read—Establishing Burst-Mode Access 
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Figure A-26 Data Read—'Burst-Mode Access Suspended by Slave 


SYSCLK 


A(31-0) 

SUP/DS 

LOCK 

MPGM(1-0) 

OPT(2-0) 

DREQT(I-O) 

R/W 











Figure A-27 Data Write—Burst-Mode Access Suspended by Slave 
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Figure A-28 Data Read^Burst-Mode Access Suspended by Master (Not Used by 
Processor) 
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Figure A-29 


Data Write—Burst-Mode Access Suspended by Master (Not Used by 
Processor) 
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Figure A-30 


Data Read—Burst-Mode Access Preempted by Slave 
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Figure A-31 


Data Write—Burst-Mode Access Preempted by Slave 
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Figure A-34 Data Read—Burst-Mode Access Canceled by Slave 
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*Note; This results in a trap. 


A^6 CHANNEL OPERATION TIMING 





Figure A-35 


Data Write—Burst-Mode Access Canceled by Slave 
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*Note: This results in a trap. 
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Figure A-38 Data Read—TLB Miss or Protection Violation 
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Figure A-39 Data Write—^TLB Miss or Protection Vioiation 
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Data Read—Pipelined Access with TLB Miss or Protection Violation 
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Figure A-41 


Data Write—Pipelined Access with TLB Miss or Protection Violation 
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Figure B-1 


REGISTER SUMMARY 
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Figure B-2 


Register Bank Organization 
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Figure B-3 


Special Purpose Registers 
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Special Purpose Registers (continued) 
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Special Purpose Registers (continued) 
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Special Purpose Registers (continued) 
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Special Purpose Registers (continued) 
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Figure B-4 Special Purpose Registers 
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Table B-1 


Register Field Summary 


Label 

Field Name 

Register 

Bit 

ACF 

Accumulator Format 

Floating-Point Environment 

10-9 

BO 

Bank 0 Protection Bit 

Register Bank Protect 

0 

B1 

Bank 1 Protection Bit 

Register Bank Protect 

1 

B2 

Bank 2 Protection Bit 

Register Bank Protect 

2 

B3 

Bank 3 Protection Bit 

Register Bank Protect 

3 

B4 

Bank 4 Protection Bit 

Register Bank Protect 

4 

B5 

Bank 5 Protection Bit 

Register Bank Protect 

5 

B6 

Bank 6 Protection Bit 

Register Bank Protect 

6 

B7 

Bank 7 Protection Bit 

Register Bank Protect 

7 

B8 

Bank 8 Protection Bit 

Register Bank Protect 

8 

B9 

Bank 9 Protection Bit 

Register Bank Protect 

9 

B10 

Bank 10 Protection Bit 

Register Bank Protect 

10 

B11 

Bank 11 Protection Bit 

Register Bank Protect 

11 

B12 

Bank 12 Protection Bit 

Register Bank Protect 

12 

B13 

Bank 13 Protection Bit 

Register Bank Protect 

13 

B14 

Bank 14 Protection Bit 

Register Bank Protect 

14 

B15 

Bank 15 Protection Bit 

Register Bank Protect 

15 

BEN 

Breakpoint Enable 

Instruction Breakpoint Control 0, 1 

11 

BHO 

Breakpoint Has Occurred 

Instruction Breakpoint Control 0, 1 

12 

BO 

Byte Order 

Configuration 

2 

BP 

Byte Pointer 

ALU Status 

Byte Pointer 

6-5 

1-0 

BPID 

Breakpoint Process Identifier 

Instruction Breakpoint Control 0, 1 

7-0 

BRM 

Break ROM 

Instruction Breakpoint Control 0, 1 

9 

BSY 

Break or Synchronize 

Instruction Breakpoint Control 0,1 

10 

BTE 

Break on Translate Enabled 

Instruction Breakpoint Control 0,1 

8 

C 

Carry 

ALU Status 

7 

CA 

Coprocessor Active 

Current Processor Status 

15 

Old Processor Status 

15 

CD 

Branch Target Cache Memory Disable 

Configuration 

0 

CE 

Coprocessor Enable 

Channel Control 

31 

CHA 

Channel Address 

Channel Address 

31-0 

CHD 

Channel Data 

Channel Data 

31-0 

CNTL 

Control 

Channel Control 

30-24 

CO 

Branch Target Cache Memory Organization 

Configuration 

6 

CP 

Coprocessor Present 

Configuration 

Channel Control 

1 

23-16 

CR 

Load/Store Count Remaining 


Load/Store Count Remaining 

7-0 

CV 

Contents Valid 

Channel Control 

0 



Current Processor Status 

0 

DA 

Disable All Interrupts and Traps 

Old Processor Status 

0 

DF 

Divide Flag 

ALU Status 

11 
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Register Field Summary (continued) 


Label 

Field Name 

Register 

Bit 

Dl 

Disable interrupts 

Current Processor Status 

1 


Old Processor Status 

1 

DM 

Floating-Point Divide By Zero Mask 

Floating-Point Environment 

5 

DO 

Integer Division Overflow Mask 

Integer Environment 

1 

DS 

Floating-Point Divide By Zero Sticky 

Floating-Point Status 

5 

DT 

Floating-Point Divide By Zero Trap 

ALU Status 

13 

DW 

Data Width Enable 

Configuration 

5 

EE 

Early Load Enable 

Configuration 

7 

FF 

Fast Floating-Point Select 

Floating-Point Environment 

8 

FRM 

Floating-Point Round Mode 

Floating-Point Environment 

7-6 

FC 

Funnel Shift Count 

ALU Status 

4-0 


Funnel Shift Count 

4-0 

FZ 

Freeze 

Current Processor Status 

10 



Old Processor Status 

10 

IBA 

Instruction Breakpoint Address 

Instruction Breakpoint Address 0,1 

31-2 

IE 

Interrupt Enable 

Timer Reload 

24 

IM 

Interrupt Mask 

Old Processor Status 

Current Processor Status 

3-2 

3-2 

IN 

Interrupt 

Timer Reload 

25 

lO 

Input/Output 

Region Mapping Control 0,1 

16 


TLB Entry Word 1 

0 

lOP 

Instruction Opcode 

Exception Opcode 

7-0 

IP 

Interrupt Pending 

Current Processor Status 

14 



Old Processor Status 

14 

IPA 

Indirect Pointer A 

Indirect Pointer A 

9-2 

IPB 

Indirect Pointer B 

Indirect Pointer B 

9-2 

IPC 

Indirect Pointer C 

Indirect Pointer C 

9-2 

LA 

Lock Active 

Channel Control 

12 

LK 

Lock 

Current Processor Status 

9 

Old Processor Status 

9 

LRU 

Least-Recently Used Entry 

LRU Recommendation 

6-1 

LS 

Load/Store 

Channel Control 

15 

ML 

Multiple Operation 

Channel Control 

14 

MM 

Monitor Mode 

Current Processor Status 

16 

MO 

Integer Multiplication Overflow Mask 

Integer Environment 

0 

N 

Negative 

ALU Status 

9 

NM 

Floating-Point Invalid Operation Mask 

Floating-Point Environment 

0 

NN 

Not Needed 

Channel Control 

1 

NS 

Floating-Point Invalid Sticky 

Floating-Point Status 

0 

NT 

Floating-Point Invalid Operation Trap 

Floating-Point Status 

8 

OV 

Overflow 

Timer Reload 

26 
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Register Field Summary (continued) 


Label 

Field Name 

Register 

Bit 

PBA 

Physical Base Address 

Region Mapping Address 0, 1 

15-0 

PCO 

Program Counter 0 

Program Counter 0 

31-2 

PC1 

Program Counter 1 

Program Counter 1 

31-2 

PC2 

Program Counter 2 

Program Counter 2 

31-2 

PD 

Physical Addressing Data 

Current Processor Status 

Old Processor Status 

6 

6 

PGM 

User Programmable 

Region Mapping Control 0, 1 
TLB Entry Word 1 

23-22 

7-6 

PI 

Physical Addressing Instructions 

Current Processor Status 

Old Processor Status 

5 

5 

PID 

Process Identifier 

MMU Configuration 

7-0 

PRL 

Processor Release Level 

Configuration 

31-24 

PS 

Page Size 

MMU Configuration 

9-8 

Q 

Quotient/Multiplier 

Q Register 

31-0 

RE 

ROM Enable 

Current Processor Status 

8 

Old Processor Status 

8 

RGS 

Region Size 

Region Mapping Control 0,1 

20-17 

RM 

Floating-Point Reserved Operand Mask 

Floating-Point Environment 

1 

RPN 

Real Page Number 

TLB Entry Word 1 

31-10 

RS 

Floating-Point Reserved Operand Sticky 

Floating-Point Status 

1 

RSN 

Reason Vector 

Reason Vector 

7-0 

RT 

Floating-Point Reserved Operand Trap 

Floating-Point Status 

9 

RV 

ROM Vector Area 

Configuration 

3 

SE 

Supervisor Execute 

Region Mapping Control 0,1 
TLB Entry Word 0 

11 

11 

SM 

Supervisor Mode 

Current Processor Status 

Old Processor Status 

4 

4 

SPCO 

Shadow Program Counter 0 

Shadow Program Counter 0 

31-2 

SPC1 

Shadow Program Counter 1 

Shadow Program Counter 1 

31-2 

SPC2 

Shadow Program Counter 2 

Shadow Program Counter 2 

31-2 

SR 

Supervisor Read 

Region Mapping Control 0, 1 
TLB Entry Word 0 

13 

13 

ST 

Set 

Channel Control 

13 

SW 

Supervisor Write 

Region Mapping Control 0, 1 
TLB Entry Word 0 

12 

12 

TCV 

Timer Count Value 

Timer Counter 

23-0 

TE 

Trace Enable 

Current Processor Status 

Old Processor Status 

13 

13 

TF 

Transaction Faulted 

Channel Control 

10 

TID 

Task Identifier 

Region Mapping Control 0, 1 
TLB Entry Word 0 

7-0 

7-0 

TP 

Trace Pending 

Current Processor Status 

Old Processor Status 

12 

12 

TR 

Target Register 

Channel Control 

9-2 

TRV 

Timer Reload Value 

Timer Reload 

23-0 
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Register Field Summary (continued) 


Label 

Field Name 

Register 

Bit 

TU 

Trap Unaligned Access 

Current Processor Status 

Old Processor Status 

11 

11 

U 

Usage 

TLB Entry Word 1 

1 

UE 

User Execute 

Region Mapping Control 0,1 
TLB Entry Word 0 

8 

8 

UM 

Floating-Point Underflow Mask 

Floating-Point Environment 

3 

UR 

User Read 

Region Mapping Control 0,1 
TLB Entry Word 0 

10 

10 

US 

Floating-Point Underflow Sticky 

Floating-Point Status 

3 

UT 

Floating-Point Underflow Trap 

Floating-Point Status 

11 

UW 

User Write 

Region Mapping Control 0,1 

9 



TLB Entry Word 0 

9 

V 

Overflow 

ALU Status 

10 

VAB 

Vector Area Base 

Vector Area Base Address 

31-10 

VBA 

Virtual Base Address 

Region Mapping Address 0, 1 

31-16 

VE 

Valid Entry 

Region Mapping Control 0, 1 

14 



TLB Entry Word 0 

14 

VF 

Vector Fetch 

Configuration 

4 

VM 

Floating-Point Overflow Mask 

Floating-Point Environment 

2 

VS 

Floating-Point Overflow Sticky 

Floating-Point Status 

2 

VT 

Floating-Point Overflow Trap 

Floating-Point Status 

10 

VTAG 

Virtual Tag 

TLB Entry Word 0 

31-15 

WM 

Wait Mode 

Current Processor Status 

7 



Old Processor Status 

7 

XM 

Floating-Point Inexact Result Mask 

Floating-Point Environment 

4 

XS 

Floating-Point Inexact Result Sticky 

Floating-Point Status 

4 

XT 

Floating-Point Inexact Result Trap 

Floating-Point Status 

12 

Z 

Zero 

ALU Status 

8 
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APPEIUDIX C 


FLOATING-POINT BEHAVIOR 



C.1 TIMING 

Table C-1 lists the latency of each single- and double-precision floating-point opera¬ 
tion and each integer multiplication operation. Latency is the minimum time that must 


Table C-1 Latency of Floating-Point and Integer Multiply Operations 


Latency 

Operation (2) _ (Cycles) (ns (g> 40 MHz) 


CLASS 

(s.p., d.p.) 

4 

100 

(1) 

CONVERT 

(intS.p.) 

4 

100 


CONVERT 

(intd.p.) 

4 

100 


CONVERT 

(f.p.-> int) 

3 

75 


CONVERT 

(f.p.->f.p.) 

3/4 

75/100 

(3) 

DADD 


3/4 

75/100 

(3) 

DDIV 


18 

450 

(1) 

DEO 


3 

50 


DGE 


3 

50 


DOT 


3 

50 


DMAC 


9 

225 


DMSM 


9 

225 


DMUL 


6 

150 

(1) 

DSUB 


3/4 

75/100 

(3) 

FADD 


3/4 

75/100 

(3) 

FDIV 


11 

275 

(1) 

FDMUL 


3 

75 

(1) 

FEO 


3 

50 


FGE 


3 

50 


FGT 


3 

50 


FMAC 


6 

150 


FMSM 


6 

150 


FMUL 


3 

75 

(1) 

FSUB 


3/4 

75/100 

(3) 

MFACC 


3 

75 


MTACC 


3/4 

75/100 

(3) 

SORT 

s.p. 

28 

700 

(1) 


d.p. 

57 

1,425 


MULTI PLU 


3 

75 


MULTIPLY 


3 

75 


MULTM 


3 

75 


MULTMU 


3 

75 



Notes: 1. Requires additional cycles for wrapping/unwrapping of denormalized input/output 
operands (see Table C-3). 

2. Int = integer; s.p. = single-precision floating-point; d.p. = double-precision floating-point. 

3. The extra cycle is required for renormalization when the input operands cause massive 
cancellation. 
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C.2 


Table C-2 


elapse after an instruction is issued before its result can be used as an Input operand 
of a subsequent operation. 

Table C-2 lists the repeat time of floating-point operations and Integer multiplication 
operations. An instruction with a repeat time of N can be Issued every N cycles. 

Table C-3 shows the effect of denormalized source operands and results on Instruc¬ 
tion latency and issue rate. 

If no dependencies or functional unit conflicts exist, then an instruction can be issued. 


EXCEPTIONS 

In most cases, operations produce non-exceptional results, i.e., results that are 
equal to the Infinitely precise result, rounded to the destination format. This section 


Repeat Time of Floating-Point Operations 


Operation (see note) 

Repeat Time—Start New 
Operation Every /V Cycles 
N 

CLASS 

(S.p., d.p.) 

2 

CONVERT 

(int^s.p.) 

1 

CONVERT 

(int->d.p.) 

1 

CONVERT 

(f.p.-^lnt) 

1 

CONVERT 


1 

DADD 


1 

DDIV 


17 

DEO 


1 

DGE 


1 

DOT 


1 

DMAC 


4 

DMSM 


4 

DMUL 


4 

DSUB 


1 

FADD 


1 

FDIV 


10 

FDMUL 


1 

FEQ 


1 

FGE 


1 

FGT 


1 

FMAC 


1 

FMSM 


1 

FMUL 


1 

FSUB 


1 

MFACC 


1 

MTACC 


1 

SORT 

s.p. 

27 


d.p. 

56 

MULTIPLU 


1 

MULTIPLY 


1 

MULTM 


1 

MULTMU 


1 


Notes: int = integer 

s.p. = single-precision floating-point 
d.p.« double-precision floating-point 
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Table C-3 


Effect on Latency of Denormalized Source Operands or Results 


Denormalized Operand Status 

Latency Increase (1) 

Cycles (ns @ 40 MHz) 

One denormalized source operand 

-1-4 

+160 

Two denormalized source operands 

+5 

+200 

Denormalized result 

-1-4 

+160 (2) 

Two denormalized source operands following 
an operation with a denormalized result 

+e 

+240 


Notes: 1. Only the instruction CLASS, FMUL, DMUL, FDMUL, FDIV, DDIV, and SORT require extra 
cycles to process denormalized numbers. Denormalized number processing uses the ad¬ 
der, increasing by one cycle per denorm the latency of any instruction being Issued to the 
adder at the same time. 

2. Unwrapping of denormalized results is pipelined with other operations. 


describes results produced in exceptional cases, as well as other details pertaining to 
the floating-point implementation. 


The following terms are used In the classification of exceptions: 


oo 

Infinity, a floating-point number comprising a maximum biased 
exponent, a zero fraction, and a sign bit of 1 or 0. indicates a 
positive infinity, a negative infinity. 

0 

Zero, a floating-point number comprising a biased exponent, a zero 
fraction, and a sign bit of 1 or 0. +0 Indicates a zero with a sign bit 
of 0; -0 Indicates a zero with a sign bit of 1. 

AQNaN 

An AMD Quiet Not-a-Number comprising a maximum biased expo¬ 
nent, a fraction of 11000...0, and a sign bit of 0. AQNaN is the only 
NaN reported as an operation result. 

Denorm 

A denormalized floating-point number; a non-zero number that is 
too small to be represented as a normalized floating-point number. 

FNum 

A finite, non-zero floating-point number. +FNum Indicates a positive 
FNum; -FNum indicates a negative FNum. 

10 

Integer zero, an integer word consisting entirely of zeros. 

IMaxNeg 

The largest negative number representable In 32-blt, 2’s- 
complement integer format. IMaxNeg has a value of 80000000, 
hexadecimal. 

IMaxPos 

The largest positive number representable in 32-blt, 2’s-comple- 
ment Integer format. IMaxPos has a value of 7fffffff, hexadecimal. 

Inexact Result 

An exception Indicating one of the following: 

• A rounded result of an operation not equal to the infl- 
nitely-precise result; 

• An overflowed operation with the overflow exception 
trap disabled (VM = 1); or 

• In fast-float mode, a non-zero intermediate result 
converted to a final result of zero. 
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Infinitely Precise Result The result of an operation, computed as if the exponent 
range and precision were unbounded. 

Intermediate Result The result of an operation before rounding. For the purpose 
of describing exception handling, the intermediate result 
can be thought of as being equal to the infinitely-precise 
result. 


Invalid Operation 

Max 

NonZ 

Overflow 

Reserved Operand 


RResult 
Sign (X) 
UlMax 

Underflow 


An exception indicating that the source operand or oper¬ 
ands are invalid for the operation to be performed, e.g., the 
operation oo times 0. 

The largest representable finite floating-point number. 

+Max Indicates the largest positive finite number, -Max the 
largest negative finite number. 

A non-zero floating-point number. A NonZ can be either an 
FNum or an infinity. +NonZ indicates a positive NonZ, 
-NonZ a negative NonZ. 

An exception indicating that the rounded result of an opera¬ 
tion is too large to be expressed in the destination format. 

An exception Indicating that an operation producing a 
numeric result has a reserved operand (NaN) as either a 
source operand or result. 

A result produced by rounding the infinitely-precise result. 
The sign of operand x. 

The largest representable, 32-blt, unsigned integer quan¬ 
tity. UlMax has a value of ffffffff, hexadecimal. 

An exception Indicating that the rounded result of an opera¬ 
tion is too small to be represented In the destination format. 
There are two different sets of underflow criteria, depend¬ 
ing on whether or not the underflow trap or fast-float mode 
is enabled: 


Underflow trap masked and fast-float mode disabled 
(UM = 1 and FF=0): An operation result underflows If a 
non-zero Intermediate result Is too small to be represented 
as a normalized number and the rounded result Is Inexact. 

Underflow trap unmasked or fast-float mode enabled 
(UMsO or FFsl): An operation result underflows if a 
non-zero intermediate result Is too small to be represented 
as a normalized number. 


The tables in Sections C.2.1 through C.2.12 list the exception classes relevant to 
each floating-point operation, and the results and exception status reported for a 
variety of conditions. The following shorthand Is used to describe the status bits set in 
the floating-point status register: 

Notation Status bits 

N NS, NT 

R RS, RT 

V VS,VT 

U US, UT 

X XS,XT 

D DS, DT 
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Note that a sticky status bit (NS, RS, VS, US, XS, or DS) is set only if the correspond¬ 
ing exception mask bit In the Floating-Point Environment Register Is set, except when 
a sticky status bit is set by a DMAC, DMSM, FMAC, FMSM, or MTACC instruction, 
and that the state of the trap status bits (NT, RT, VT, UT, XT, or DT) is valid only if a 
Floating-Point Exception trap is taken by the operation in question. 

In most cases, exceptional conditions have been divided into two groups: input excep¬ 
tions, for which the exception is due to Inappropriate operands, and output excep¬ 
tions, for which the exception can be detected only at the conclusion of an operation. 

In the tables that follow, exceptions are prioritized in the following order, from the 
highest to lowest priority: 

1. Invalid operation, reserved operand highest priority 

2. Divide by Zero 

3. Overflow, Underflow 

4. Inexact Result lowest priority 

The result and status for a given exceptional operation are determined by the highest- 
priority exception. If, for example, an operation produces both overflow and inexact 
result exceptions, the overflow exception, having higher priority, determines the be¬ 
havior of the operation. The behavior of this operation is therefore described by the 
Overflow entry of the Output Exception table for the operation in question. 

The tables that follow list some cases that do not result in a status bit being set. 

These cases are not considered exceptional by the IEEE Binary Floating-Point Stan¬ 
dard, and are listed here merely for the sake of completeness. 


C.2.1 Addition (FADD, DADD) 


1 Input Exceptions: FADD, DADD | 

SRCA 

SNan 

1 

QNaN 

1 

SRCB 

+00 

1 

—oo 

1 

FNum, 0 

SNan 

AQNaN 

1 

1 

AQNaN 

1 

AQNaN 

1 

AQNaN 

1 

1 

AQNaN 


N,R 

1 

N,R 

1 

1 

N,R 

1 

N.R 

1 

1 

N.R 

QNaN 

AQNaN 

"1— 

AQNaN 

T" 

AQNaN 

~r“ 

AQNaN 

T" 

AQNaN 


N,R 

1 

-U- 

R 

1 

-U- 

R 

1 

-U- 

R 

1 

-U- 

R 

+00 

AQNaN 

1 

AQNaN 

1 

+00 

1 

AQNaN 

1 

+00 


N,R 

1 

,-L- 

R 

1 

«L- 

none 

1 

.-L- 

R 

1 

-L- 

none 

—oo 

AQNaN 

1 

AQNaN 

1 

AQNaN 

1 

—oo 

1 

—oo 


N,R 

1 

-1— 

R 

1 

-U- 

N.R 

-U- 

none 

1 

-U- 

none 

FNum.O 

AQNaN 

1 

AQNaN 

1 

+00 

1 

—oo 

1 



N,R 

1 

1 

1- 

R 

1 

1 

.J— 

none 

1 

1 

-J_ 

none 

1 

1 
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Output Exceptions: FADD, DADD 


Exception 


Conditions 


FRM =, +00 


FRMO, 


FRM =, -oo 


FRMO. -oo 



Exact Result 



Inexact Result 


Notes: N/A = Not applicable; addition cannot underflow for these conditions. 
(NW) = Result not written; contents of destination register unchanged. 
(1) = Zero has sign of intermediate result. 


Result 

Status 

+00 

v,x 

+Max 

v.x 

—oo 

v.x 

“Max 

V.X 

(NW) 

V 

(NW) 

V,X 

±0(1) 

u.x 

N/A 

N/A 

(NW) 

u.x 

(NW) 

U 

N/A . 

N/A 

RResult 

X 

(NW) 

X 


C.2.2 


Subtraction (FSUB, DSUB) 















































































Output Exceptions: FSUB, DSUB 


Exception 


Conditions 


FRM =, +00 


FRM0,-oo 


FRM=.-oo 


FRMO, +<» 



Exact Result 



Inexact Result 


Notes: N/A = Not applicable; addition cannot underflow for these conditions. 
(NW) = Result not written; contents of destination register unchanged. 
(1) = Zero has sign of intermediate result. 


Result 

Status 

+00 

v.x 

-i-Max 

v.x 

—oo 

V.X 

-Max 

V.X 

(NW) 

V 

(NW) 

v.x 

±0(1) 

U.X 

N/A 

N/A 

(NW) 

U.X 

(NW) 

U 

N/A 

N/A 

RResult 

X 

(NW) 

X 


C.2.3 Multiplication (FMUL, DMUL, FDMUL) 


Input Exceptions: FMUL, OMUL FDMUL 


SRCB 

SNaN ! QNaN [ +oo I -oo 



0 


FNum.O 


AQNaN 


AQNaN 


AQNaN 


AQNaN 


AQNaN I AQNaN I AQNaN I AQNaN 


AQNaN I AQNaN | AQNaN I AQNaN 


AQNaN 


AQNaN 1 

+00 

R 1 

none 


AQNaN 


AQNaN I 


AQNaN I AQNaN | AQNaN | AQNaN | ±0(1) 


AQNaN I ±<«(1) I ±<«(1) I +0(1) 


FNum 


AQNaN 


AQNaN 
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Output Exceptions: FMUL, OMUL 


Exception 


Conditions 


FRM +00 


FRM 0, -oo 


FRM =. -oo 


FRM 0, -oo 



Exact Result 



Inexact Result 


Notes: (NW) = Result not written; contents of destination register unchanged. 
(1) = Zero has sign of intermediate result. 


Result 

Status 

+00 

v.x 

+Max 

V.X 

—oo 

V.X 

-Max 

V.X 

(NW) 

V 

(NW) 

V,X 

±0(1) 

U.X 

RResult 

u.x 

(NW) 

U.X 

(NW) 

U 

(NW) 

U.X 

RResult 

X 

(NW) 

X 


The operation FDMUL produces no output exceptions. 

C.2.4 Division (FDIV, DDIV) 


Input Exceptions: FDIV, DDIV 

SRCA 

(dividend) 

SNaN j 

QNaN 1 

SRCB (divisor) 

oo j 0 j FNum 




Note: (1) Result sign is XOR of sign(SRCA) and sign(SRCB) 
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I Output Exceptions: FDIV, DDIV | 

Exception 

Conditions 

Result 

Status 

Overflow 

VM = 1 

Sign + 

FRM =, -1-00 

-HX> 

v.x 

FRM 0. -oo 

-i-Max 

v,x 

sign- 

FRM =, -oo 

—oo 

V.X 

FRM 0, -i-oo 

-Max 

v.x 

< 

II 

o 

Exact Result 

(NW) 

V 

Inexact Result 

(NW) 

v.x 

UnderFlow 

UM = 1 

FF = 1 


±0(1) 

u.x 

o 

II 

LL 

U- 


RResult 

U.X 

c 

II 

o 

II 

LL 

U. 


(NW) 

u.x 

O 

II 

U- 

u. 

Exact Result 

(NW) 

u 

Inexact Result 

(NW) 

u.x 

Inexact Result 

XM = 1 

RResult 

X 

o 

II 

X 

(NW) 

X 


Notes: (NW) = Result not written; contents of destination register unchanged. 
(1) = Zero has sign of intermediate result. 
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C.2.5 


Comparison (FEQ, DEQ, FGE, DGE, FGT, DGT) 


1 Input Exceptions: FEQ, DEQ | 

SRCA 

SNaN 

SRCB 

1 

QNaN 

1 

oo, FNum, 0 

SNan 

FALSE 

N 

1 

1 

1 

FALSE 

N 

—r 
1 

1 

FALSE 

N 

QNaN 

FALSE 

N 

1 

1 

1 

FALSE 

none 

1 

1 

FALSE 

none 

oo, FNum, 0 

FALSE 

N 

1 

1 

1 

FALSE 

none 

|- 

1 

1 



1 Input Exceptions: FGE, DGE, FGT, DGT 



SRCA 

SNaN 

SRCB 

1 

QNaN 

1 

oo, FNum, 0 

SNan 

FALSE 

1 

FALSE 

1 

FALSE 


N 

1 

N 

1 

N 


-1- 

-H- 

1 

QNaN 

FALSE 

1 

FALSE 

FALSE 


N 

_1_ 

N 

1 

“1“ 

1 

N 

oo, FNum, 0 

FALSE 

1 

FALSE 



N 

1 

_i_ 

N 

1 

_L 



Floating-point comparison operations produce no output exceptions. 


C.2.6 Multiply-Accumuiate (FMAC, DMAC), Multipiy<Sum 

(FMSM, DMSM) 


1 Input Exceptions: FMAC, DMAC, FMSM, DMSM | 

1 OP1 OP2 

0P3 

Result 

Status 

one or more operands is an SNan 

AQNaN 

N,R 

no SNaNs, one or more operands is a QNaN 

AQNaN 

R 

(00*0) 

X 

AQNaN 

N,R 

(+NonZ * +oo) or (-NonZ * -oo) 

1 —oo 

AQNaN 

N,R 

(-NonZ * +oo) or (+NonZ * -oo) 

j +00 

AQNaN 

N,R 

(+NonZ * +oo) or (-NonZ * -oo) 


+00 

none 

(-NonZ * *foo) or (+NonZ * -oo) 

1 —oo 

1 

—oo 

none 

(+NonZ * +oo) or (-NonZ * -oo) 

1 FNum 

+00 

none 

(-NonZ * +oo) or (+NonZ * -oo) 

1 FNum 

—oo 

none 

r 

““"“"“■■■'■I"”" 



FNum, 0 1 FNum, 0 

I +00 

+00 

none 

FNum, 0 j FNum, 0 

1 

1 

j +®o 

_1_ 

+00 

none 


Notes: X = don’t care. 

OP1 and OP2 are commutative, i.e., (A * B) will produce results identical to (B * A). 
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1 Output Exceptions: FMAC, DMAC, FMSM, DMSM | 

Exception 

Conditions 

Result 

Status 

Overflow 

sign-H 

FRM =, -1-00 

+00 

v,x 

FRM 0, -oo 

4-Max 

v,x 

sign- 

FRM 

—oo 

v.x 

FRM 0, 

-Max 

v.x 

Underflow (2) 


±0(1) 

u.x 


Notes: 1. Zero has sign of intermediate result. 

2. The underflow criterion for these operations is the same as that for fast float mode; an operation result 
underflows if a non-zero intermediate result is too small to be represented as a normalized number. 


Multiply-accumulate based operations—FMAC/DMAC and FMSM/DMSM—do not 
support gradual underflow. Denormalized input operands are converted to a zero of 
the same sign, and underflowed results are converted to a zero having the sign of the 
intermediate result. 

For multiply-accumulate-based operations, the contents of special registers IPA, IPB, 
IPC, and the Exception Opcode Register may not reflect the operands and opcode of 
the faulting Instruction after a Floating-Point Exception trap is taken. 


C.2.7 Square Root (SORT) 


I Input Exceptions: SQRTF | 

SRCA: 


SNan 

AQNaN 

N,R 

QNaN 

AQNaN 

R 

4-00 

4-00 


none 

-FNum, -oo 

AQNaN 

N.R 

4-0 

4-0 

none 

—0 

-0 

none 
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1 Output Exceptions: SORT | 

Exception 

Conditions 

Result 

Status 

Inexact 

Result 

XM=1 

R Result 

X 

XM=0 

(NW) 

X 


Note: (NW) = Result not written; contents of designation register unchanged. 


C.2.8 Floating-Point-to-Floating-Point Conversions (CONVERT) 


Input Exceptions: 

CONVERT, f.p. -> f.p. 

SRCA: 

SNan 

AQNaN 

N,R 

QNaN 

AQNaN 

R 

oo 

+00(1) 

none 

0 

±0(1) 

none 


Note: (1) = Result has sign of operand. 
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Output Exceptions: CONVERT, f.p. -> f.p. 


Exception 


Conditions 



inexact Result 


Notes; (NW) = Result not written; contents of destination register unchanged. 
(1) = Zero has sign of intermediate result. 


C.2.9 Integer-to-Floating-Point Conversions (CONVERT) 

Input Exceptions: Integer-to-floating-point conversions produce no input exceptions. 


Output Exceptions: CONVERT, Integer -> f.p. | 

Exception 

Conditions 

Result 

Status 

Inexact Result 

XM=1 

RResult 

X 

XM=0 

(NW) 

X 


Note: (NW) = Result not written; contents of designation register unchanged. 
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C.2.10 


Floating-Point-to-Integer Conversions (CONVERT) 


Input Exceptions: 

CONVERT, f.p. -» signed Integer 

SRCA: 


SNan 

10 


N,R 

QNaN 

10 


N.R 

+00 

IMaxPos 


N 

—oo 

IMaxNeg 


N 

+0 

10 


none 

-0 

10 


none 


Input Exceptions: 

CONVERT, f.p. unsigned Integer 

SRCA: 

SNan 

10 


N.R 

QNaN 

10 


N.R 

+00 

UlMax 


N 

—oo 

10 


N 

+0 

10 


none 

•-0 

10 


none 

-FNum 

10 


N 


1 Output Exceptions: CONVERT, f.p. signed integer | 

Exception 

Conditions 

Result 

Status 

Overflow 

VM = 1 

sign + 

IMaxPos 

N 

sign- 

IMaxNeg 

N 

< 

II 

o 

Exact Result 

(NW) 

N 

Inexact Result 

(NW) 

N 

Inexact Result 

X 

II 

RResult 

X 

o 

II 

X 

(NW) 

X 


Note: (NW)« Result not written; contents of designation register unchanged. 


I Output Exceptions: CONVERT, f.p. unsigned integer | 

Exception 

Conditions 

Result 

Status 

Overflow 

II 

> 


UlMax 

N 

o 

II 

> 

Exact Result 

Inexact Result 

(NW) 

(NW) 

N 

N 

Inexact Result 

XM=1 

RResult 

X 

o 

II 

IE 

X 

(NW) 

X 


Note: (NW) s Result not written; contents of designation register unchanged. 
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C.2.11 


Move From Accumulator (MFACC) 


Input Exceptions: MFACC 

SRCA: 

QNaN 

AQNaN 

R 

oo 

none 

0 

±0(1) 

none 


Note: (1) = Result has sign of operand. 


I Output Exceptions: MFACC | 

Exception 

Conditions 

Result 

Status 

Overflow 

VM=1 

sign + 

FRM =, +00 

+00 

v,x 

FRM 0. -oo 

+Max 

v.x 

sign - 

FRM =, -oo 

—oo 

v,x 

FRM 0, +0O 

-Max 

v,x 

VM=0 

Exact Result 

(NW) 

V 

Inexact Result 

(NW) 

v,x 

Underflow 

UM=1 

FF=1 

±0(1) 

U,X 

FF=0 

RResult 

u,x 

UM=0 

Exact Result 

(NW) 

U 

Inexact Result 

(NW) 

U,X 

Inexact Result 

XM=1 

XM=0 

RResult 

(NW) 

X 

X 


Notes: (NW) = Result not written; contents of destination register unchanged. 
(1) = Zero has sign of intermediate result. 
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C.2.12 Move To Accumulator (MTACC) 


Input Exceptions: MTACC 

SRCA: 

SNaN 

AQNaN 

N,R 

QNaN 

AQNaN 

R 

oo 

±00(1) 

none 

0 

±0(1) 

none 


Note: 1. Result has sign of operand. 


I Output Exceptions: MTACC | 

Exception 

Conditions 

Result 

Status 

Overflow 

sign + 

FRM =, +00 

+00 

v,x 

FRM 0, -oo 

-FMax 

v,x 

sign- 

FRM -oo 

—oo 

v,x 

FRM 0, -oo 

-Max 

v,x 

Underflow (1) 



±0(2) 

u,x 

Inexact Result 



RResult 

X 


Notes: 1. Underflow is detected only at the output of the operation; denormalized inputs are not flushed to zero. The 
output underflow detection criterion is the same as for fast float mode; an operation result underflows if a 
non-zero intermediate result is too small to be represented as a normalized number. 

2. Zero has sign of intermediate result. 


C.2.13 Classify (CLASS) 

The CLASS operation does not produce exceptions. 

C.2.14 Integer Multiply (MULTIPLY, MULTIPLU, MULTM, MULTMU) 

Integer multiplication operations MULTIPLY, MULTIPLU, MULTM, and MULTMU do 
not affect the ALU Status Register or the Floating-Point Status Register. 

For the MULTIPLY and MULTIPLU instructions, overflow of the 32-bit result can be 
detected by trapping on overflow. When the Integer Multiply Overflow Mask bit is 0, 
the MULTIPLY instruction causes an Out of Range trap when It produces a signed 
result that exceeds 32 bits (a positive number larger than 7fffffff, hexadecimal, or a 
negative number smaller than 80000000, hexadecimal). Similarly, the MULTIPLU 
Instruction causes an Out of Range trap when it produces an unsigned result that 
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exceeds 32 bits (a positive number greater than ffffffff, hexadecimal). The MULTM 
and MULTMU instructions cannot overflow, and are unaffected by the MO bit. 


C.2.15 Integer Divide (DIVIDE, DIVIDU) 

Integer division operations DIVIDE and DIVIDU do not affect the ALU Status Register 
or the Floating-Point Status Register. Each produces a quotient QUOT and remainder 
REM such that Euclid’s Equation is always satisfied for non-exceptional cases, that is: 

Dividend = (Divisor • QUOT) + REM 

If QUOT is non-zero, its sign is the exclusive-OR of the signs of the dividend and 
divisor. If the infinitely-precise quotient cannot be expressed as an integer, it is trun¬ 
cated toward zero. That is, QUOT is the integer closest to and no greater In magni¬ 
tude than the infinitely-precise result. 

If REM is non-zero, it has the sign of the dividend. 

DIVIDE and DIVIDU always take the Out of Range trap when the divisor is 0; QUOT 
and REM are undefined. 

Overflow of the 32-bit quotient can be detected by trapping on overflow. When the 
Integer Divide Overflow Mask bit is 0, the DIVIDE instruction causes an Out of Range 
trap when it produces a signed quotient that exceeds 32 bits (a positive number larger 
than 7fffffff, hexadecimal; or a negative number smaller than 80000000, hexadeci¬ 
mal). Similarly, the DIVIDU instruction causes an Out of Range trap when It produces 
an unsigned result that exceeds 32 bits (a positive number greater than ffffffff, hexa¬ 
decimal). QUOT and REM are undefined for an overflowing Integer divide, regardless 
of whether overflow trapping is enabled. 

Note that this behavior is generated by the DIVIDE and DIVIDU instruction emulation 
software. 


C.3 TRAPS 

The following floating-point instructions take the Floating-Point Exception trap (vector 
number 0x16) upon producing an unmasked exception: 


CONVERT 

DMUL 

FGE 

DADD 

DSUB 

FGT 

DDIV 

FADD 

FMUL 

DEQ 

FDIV 

FSUB 

DGE 

FDMUL 

MFACC 

DOT 

FEQ 

SORT 


The instructions FMAC, DMAC, FMSM, DMSM, and MTACC do not take the Floating- 
Point Exception trap upon producing an unmasked exception. 

The time at which a floating-point exception trap is taken depends on the type of the 
exception causing the trap. The Invalid Operation, Reserved Operand, and Divide by 
Zero exceptions cause a trap to be taken after the first cycle of the execute stage, 
since they can be determined at the beginning of an operation. The Overflow, Under¬ 
flow, and Inexact Result exceptions cause a trap to be taken after the last cycle of the 
execute stage. This timing is characteristic of the Am29050 microprocessor hardware 
implementation; other 29K Family processors may exhibit different trap timing. 
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A Floating-Point Exception trap cannot be caused by writing to the Floating-Point 
Environment Register or the Floating-Point Status Register. For example, it is not 
possible to cause a floating-point exception trap by unmasking a currently set 
exception. 

When the DA bit of the Current Processor Status Register is 1, any arithmetic excep¬ 
tion that would otherwise produce a Floating-Point Exception trap or Out of Range 
trap will Instead cause a Monitor trap. In all other respects, however, the processor 
behaves as described In Section 3.5.10. 
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INDEX 


A (Absolute), 8-7 
A(31-0) (Address Bus), 1-4, 5-1 
Access privilege, 5-20 
Access protocol, 2-17,5-8 
Access, burst-mode, 1-4 
Access, simple, 2-18 
Access, simultaneous, 5-19 
Activation record, 7-1 
Activation record mapping, 7-3, 7-7 
ADD, 7-39 

Addition, integer, 7-18 
Address Bus (A(31-0)), 1-4, 5-1 
Address Bus, coprocessor operations, 6-8 
Address Bus, shared, 2-18 
Address Space, Coprocessor, 2-10 
Address Space, Input/Output, 2-10 
Address Space, Instruction ROM, 2-10 
Address Space, Instruction/Data, 2-10 
Address Tag, 4-8, 4-9 
Address transfer, 2-18 
Address translation, 2-12, 4-22-4-23, 7-32 
Address translation exceptions, 1-6 
Address Unit, 2-15,4-11,4-14 
Address, physical, 2-10 
Address, virtual, 2-10 
Addresses, pipelined, 1-4 
Addressing, 2-10, 4-12 
Addressing, indirect, 7-16 
Addressing, register, 4-12 
ADRF Latch, 4-14, 4-15 
Alignment, 2-10 

Alignment, Branch Target Cache 
memory, 4-9 
Alignment, bytes, 7-27 
ALU (Arithmetic/Logic Unit), 2-15,4-12, 
4-18,8-4 

ALU Status Register, 2-4, 8-4 
Am29050 microprocessor, 1-2 
Am29050 microprocessor features, 1-1 
Am29050 microprocessor special 
features, 1-11 
Applications, 7-16 
Arbitration, 2-18, 5-6, 5-18 
Arguments, incoming, 7-3, 7-9 
Arguments, outgoing, 7-3, 7-9 
Arithmetic operation, 8-4 


Arithmetic/Logic Unit (ALU), 2-15, 
4-18,8-4 
ASEQ, 7-26 
ASNE, 7-17 
Assembler syntax, 8-4 
Assert compare, 7-17 

B-Bus, 4-11 

BGRT (Bus Grant), 5-1,5-18 
BlNV(Bus Invalid), 4-23, 5-1,5-18 
Boolean, 7-22 
Boolean FALSE, 7-22 
Boolean TRUE, 7-22 
Boundary crossings, 4-9 
Branch displacement, relative, 7-26 
Branch Target, 4-14 

Branch Target Cache memory, 1-5, 2-14, 
4-3, 4-5, 4-16, 7-33,7-34 
Branch Target Cache memory disable 
(CD), Configuration Reg., 4-7, 7-34 
Branch Target Cache memory lookup 
process, 4-7-4-8 

Branch, relative, 1-5, 2-5, 4-9, 7-38, 7-39 
Branches, immediately adjacent, 7-39 
BREQ (Bus Request), 5-1,5-18 
Burst, 5-11 

Burst mode, 4-14, 5-11,5-13,5-14, 5-24 

Burst mode access, 1 -4, 5-8, 5-11 ,i 5-14 

Burst mode access protocol, 2-17 

Burst mode cancellation, 5-16 

Burst mode preemption, 5-16 

Burst mode termination, 5-16 

Bus Grant (BGRT), 5-1,5-18 

Bus Invalid (BINV), 5-1,5-18 

Bus Request (BREQ), 5-1,5-18 

Bus sharing, 5-19 

Byte alignment, 7-27 

C (Carry) ALU Status Reg., 8-1,8-4 
CA (Coprocessor Active), 6-4 
Cache Block, 4-9 
Cache Disable (CD), 4-7, 7-34 
Cache replacement, random, 4-8 
Cache tag, 4-6 
Cache-block boundary, 4-6 


INDEX 1-1 



CALL, 7-38 
Call, large range, 7-25 
Calls, operating system, 7-17 
Carry (C), ALU Status Reg., 7-18,8-4 
CD (C ache Disable), 4-7, 7-34 
CDA (Coprocessor Data Accept), 5-4, 6-6 
CDA sequencing, 6-7 
CE (Coprocessor Enable) Channel Control 
Reg., 6-2 
CE/CNTL, 8-7 
Channel, 2-17, 5-6 

Channel Address (CHA), Channel Addr. 

Reg., 3-13, 7-34 
Channel Control, 3-14,7-34 
Channel Data (CHD), Channel Data Reg., 
3-13, 7-34 

Character detection, 7-27 
Character-string, 7-26, 7-27 
Clock synchronization, 5-31 
Clock, processor-generated, 5-31 
Clock, system-generated, 5-32 
Clocks, 2-19 

CNTL(I-O) (CPU Control), 5-5, 5-22, 5-23, 
5-24-5-25, 5-26, 5-30, 

Compare Bytes (CPBYTE), 7-27 
Compiler, optimizing, 1-8 
Compiler’s run-time stack, 1-4-1-5 
Compilers, 1-8 

Complementing a Boolean, 7-22 

Configuration Register, 2-3,4-7, 7-34 

CONST, 7-25, 7-38, 7-39 

Constant, 32-bit, 7-25 

Constant, 8-bit, 2-5 

CONSTH, 7-25 

CONSTN,7-25 

Contents Valid (CV), Channel Control 
Reg., 7-35 

Context switching, 2-11 
Context switching, temporary, 2-11 
Contexts, saving and restoring, 2-11 
Coprocessor, 6-1 
Coprocessor Active (CA), 6-4 
Coprocessor attachment, 2-19 
Coprocessor communicati on, 6- 7 
Coprocessor Data Accept (CDA), 5-4,6-6 
Coprocessor Enable (CE), Channel 
Control Reg., 6-2 
Coprocessor exception, 6-3,6-8 
Coprocessor exception trap, 6-8 
Coprocessor interupts, 6-4 
Coprocessor Load/Store, 6-2 
Coprocessor operations, 6-1 
Coprocessor Present (CP), Configuration 
Reg., 6-4 


Coprocessor transfer, 5-3, 6-1, 6-2, 6-3, 
6-5, 6-7 
COUNT, 8-1 

CP (Coprocessor Present) Configuration 
Reg., 6-4 

CPBYTE (Compare Bytes), 7-27 
CPNEQ, 7-38 

CPU Control (CNTL(I-O)), 5-5, 5-22, 5-24, 
5-26, 5-30, 

CPU Status (STAT(2-0)), 5-4, 5-21,5-22, 
5-24, 5-25, 5-30 
Current Processor Status, 2-2 
Current Processor Status Register, 3-78 
CV (Contents Valid) Channel Control 
Reg., 7-35 
Cycle time, 1-2 
D(31“0) (Data Bus), 1-4, 5-3 
DA (Disable All Interrupts), 5-29 
Daisy chain, 2-18 
Data access, 5-7 

Data access exception trap, 5-7-5-8 
Data Access request, 5-6 
Data accesses, external, 2-9 
Data Address Transfer, 5-6 
Data blocks, movement of large, 7-27 
Data Burst Acknowledge (DBACK), 5-3, 
5-8, 5-14, 5-15,5-16 
Data Burst Request (DBREQ), 5-3, 5-8, 
5-14, 5-15 

Data Bus (D(31-0)), 1-4, 5-2 
Data dependencies, pipeline, 4-12 
Data Error (DERR), 5-3, 5-7, 5-14 
Data formats, 2-8 
Data forwarding, 4-13 
Data Ready (DRDY), 5-3,5-10-5-11,5-14 
Data Request (DREQ), 5-3,5-10, 
5-16-5-17 

Data Request Type (DREQT(I-O)), 5-3, 
5-7, 6-5 

Data transfer, 5-6 
Data types, 2-9 

Data-flow organization, 1-6-1-7 
Data-unit numbering conventions, 2-9 
DBACK (Data Burst Acknowledge), 5-3, 
5-8,5-15,5-16 

DBREQ (Data Burst Request), 5-3, 5-8, 
5-14, 5-15 

Decode PC Register, 4-14, 4-15 
Decode stage, 4-2 

Delay cycle, indirect addressing, 7-41 
Delayed branch, 7-38-7-39 
Delayed effects, registers, 7-41 




Demand paging, 7-31-7-32 
DERR (Data Error), 5-3, 5-7-5-8, 5-14 
DEST, 8-1 

Dl (Disable Interrupts), 5-29, 6-5 
DIVIDE, 7-16 
Divide Instructions, 7-19 
DIVIDU,7-16 

Double-precision floating-point, 3-45 
DRDY (Data Ready), 5-3, 5-10-5-11,5-14 
DREQ (Data Request), 5-10, 5-16-5-17 
DREQT(I-O) (Data Request Type), 5-3, 
5-7, 6-5 
DTR,4-13 

EMULATE, 7-16 
ETR, 4-13,4-14 

Exceptions, address translation, 1-6 
Execute stage, 4-2 
Executing mode, 2-16 
Execution Unit, 2-15,4-1,4-12 
External access, 7-34 
External access protection, 7-28 
External Interrupts, 5-29 
External traps, 5-29 
EXTERNAL WORD[n], 8-1 

FALSE, 8-1 

FC (Funnel Shift Count) Funnel Shift 
Count Reg., 7-27, 8-1 
Fetch-Ahead Adder, 4-10 
Fetch-Ahead Adder overflow, 4-10 
Fetch special instruction, 4-16 
Fetch stage, 4-2 
Field Shift Unit, 2-15, 4-19 
FIFO, 4-3 

Freeze (FZ), 4-11,7-29, 8-4 
Funnel-Shift Unit, 4-19 
FZ (Freeze bit), 4-11,7-30, 8-4 

General-purpose registers, 1-4,2-1,2-2 
Generator, register address, 4-13 
Global registers, 4-12 

Halt, 5-4 

Halt mode, 2-17, 5-21,5-22,5-25 
Hardware development system, 2-18,5-22 
Hardware testing, 5-28 

0116 (16-bit immediate data zero-extended 
to 32 bits), 8-1 
1116 (16-bit immediate data, 
ones-extended to 32 bits), 8-1 
1(31-0) (Instruction Bus), 5-2,8-7 


116 (16-bit immediate data), 8-2 
I BACK (Instruction Burst Acknowledge), 
5-2, 5-8, 5-12, 5-13, 5-15 
IBREQ (Instruction Burst Request), 5-2, 
5-8, 5-12,5-13. 5-15 
l-Bus, 4-15 

IE (Interrupt Enable) Timer Reload Reg., 
_7-36 

I ERR (Instruction Error), 4-4, 5-2, 5-7, 
5-12, 5-26 

IFP (Instruction Fetch Pointer), 4-3 
IFU,4-16 

IN (Interrupt) Timer Reload Reg., 7-36 
In args, 7-2 

INCLK (Input Clock), 5-5, 5-31- 5-33 
Indirect addressing, 7-16 
Indirect addressing delay cycle, 7-17 
Indirect pointers, 7-16, 7-17, 7-41 
Initialization, timer facility, 7-37 
Input Clock (INCLK), 5-5 
Input/Output access, 5-3 
Instruction access, 5-7 
Instruction Access 
Exception, 4-4 

Instruction Address Transfer, 5-6 
Instruction boundary, 2-13 
Instruction Burst Acknowledge (IBACK), 
5-2, 5-8, 5-12, 5-13, 5-15 
Instruction Burst Request (IBREQ), 5-2, 
5-8, 5-12, 5-13, 5-15 
Instruction Bus (1(31-0)), 1-4,5-2 
Instruction/Data memory, 5-7 
Instruction/Data memory access, 5-7 
Instruction description format, 8-9 
Instruction Error (IERR), 4-4, 5-2, 5-7-5-8, 
5-12, 5-26 

Instruction Fetch Pointer (IFP), 4-3 
Instruction Fetch Unit, 2-13, 4-2-4-3 
Instruction fetch, external, 4-10 
Instruction fetch-ahead, 4-10 
Instruction-field uses, 8-8 
Instruction formats, 8-6 
Instruction overview, 2-5 
Instruction Prefetch Buffer (IPB), 4-3, 4-16 
Instruction prefetch 
stream, 4-3 

Instruction Ready (IRDY), 4-4, 5-2, 5-7, 
5-10, 5-12,5-13, 5-16, 5-26 
Instruction Register (IR), 5-25 
Instruction Request (IREQ), 5-2, 5-10, 
5-13,5-16-5-17 

Instruction Request Type (IREQT), 5-2 
Instruction ROM, 5-7 
Instruction set, 2-6 
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Instruction Transfer, 5-6 
Instruction, listing by operation 
code, 8-137 

Instruction, special, 4-16 
Instructions, three address, 2-1 
Integer addition, 7-18 
Integer division, 7-19 
Integer multiplication, 7-18 
Integer subtraction, 7-18 
Interrupt (IN), Timer Reload Reg., 7-36 
Interrupt handling, 7-29 
Interrupt or Trap, 3-62 
Interrupt processing, user-defined, 2-11 
Interrupt Request (INTR(3~0)), 5-4, 
5-29-5-30 

Interrupt return, 7-30,8-84,8-85 
Interrupt simulation, 7-30 
Interrupts, 1-8, 2-11, 2-13, 5-20, 7-35 
Interrupts, coprocessor, 6-4 
Interrupts, dynamically nested, 2-11,7-30 
Interr upts, external, 5-29 
INTR(3-0) (Interrupt Request), 5-4,5-29 
INV, 4-5, 7-34 

IPA (Indirect Pointer A) Indirect Pointer A 
Reg., 4-13,8-2 
IPB, 4-13, 5-12 

IPB (Indirect Pointer B) Indirect Pointer B 
Reg., 8-2 

IPB (Instruction Prefetch Buffer), 4-3 

IPB allocated state, 4-4 

IPB available state, 4-4 

IPB error state, 4-4 

IPB state transitions, 4-4 

IPB valid state, 4-4 

IPC (Indirect Pointer C) Indirect Pointer C 
Reg., 4-13,8-2 

IR (In struction Register), 5-25, 5-26 
TrdY (Instr. Ready), 4-4, 5-2, 5-7,5-11, 
5-12, 5-13,5-16, 5-26 
IREQ (Instruction Request), 5-2, 
5-10-5-11,5-16-5-17 
IREQT (Instruction Request Type), 5-2 
IRET, 7-35 
IRETINV, 7-34, 7-35 

JMP, 7-39 

Jump, large range, 7-25 

Large call range, 7-25 
Large constants, 7-25 
Large data blocks, movement, 7-27 
Large jump range, 7-25 
Least Recently Used Entry (LRU), LRU 
Rec. Reg., 7-32 
LK (Lock), 7-35 


LOAD (Load), 7-40 
Load and Lock (LOADL), 5-20, 7-36 
Load and Set (LOADSET), 7-35-7-36 
Load data, forwarding, 1 -7 
Load Multiple (LOADM), 1-7, 4-14, 4-15, 
5-21, 7-27 

Load Test Instruction, 5-4,5-21,5-25 
Load Test Instruction mode, 2-17 
LOADL (Load and Lock), 5-20, 7-36 
LOADM, 1-7, 4-14, 4-15, 5-21, 7-27 
Loads and Stores, 1-6 
Loads and Stores, overlapped, 7-39 
LOADSET (Load and Set), 7-35-7-36 
Load/Store Instruction Format, 3-47 
Local registers, 4-12, 7-4 
Local registers, stack pointer, 2-1 
Lock (LK), 7-36 
Lock (LOCK), 5-1,5-20 
Lock output, 5-20 
Logical operation, 8-5 
LRU (Least Recently Used Entry) LRU 
Rec. Reg., 7-32 

MULTIPLU, 7-17 
MULTIPLY, 7-17 
MULTM,7-17 
MULTMU,7-17 
M (IMmediate), 8-7 
Mapping activation record, 7-3, 7-7 
Master and slave switching, 5-33 
Master/slave operation, 2-19,5-32 
Master/slave checking, 5-32 
Master/Slave Error (MSERR), 5-5, 5-32 
Memory management, 1 -7,2-12, 7-30 
Memory Management Unit, 2-12, 2-15 
Memory protection, 7-28, 7-31 
Memory, critical areas, 7-31 
Merge, byte-aligned, 7-27 
MIPS, 1-2 

MMU, 4-8~4-9, 4-15. 4-16, 4-22-4-23, 
7-28, 7-31 

MMU Configuration Register, 7-41 
MMU Programmable (MPGM(I-O)), 

5-2, 5-6 

Mode, Executing, 2-16 
Mode, Halt, 2-17,5-22 
Mode, Pipeline Hold, 2-16,4-23 
Mode, Step, 2-17, 5-24 
Mode, Walt, 2-16, 3-59 
Monitoring critical areas, 7-32 
Move To Special Register (MTSR), 5-26, 
7-16,8-4 

MPGM(I-O) (MMU Programmable), 

5-2, 5-6 

MSERR (Master/Slave Error), 5-5, 5-32 
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MTSR (Move To Special Register), 5-26, 
7-16, 8-4 

Multi-precision, 7-18 
Multi-processing, 7-35 
Multiple masters, 2-18, 5-19 
Multiple slaves, 5-19 
Multiplication Integer, 7-18 

N (Negative) ALU Status Reg., 8-4 
NN (Not Needed) Channel Control Reg., 
4-14, 7-35 

NO-OP, 7-26, 7-38-7-39 
Nomenclature, 8-1 
Non-Coprocessor Load/Store 
Format, 3-47 

Non-sequential fetch, 4-10 
Non-sequential instruction fetch, 4-10,5-4 
Normal, 5-5 

Not Needed (NN), Channel Control Reg., 
4-14, 7-35 
Notation, 8-1 

Numbering conventions, data-unit, 2-9 

Old Processor Status Register, 2-2,3-78 

OP (operation code), 8-7 

Operating system calls, 7-17 

Operation code (OP), 8-7 

Operator symbols, 8-2 

OPT(2-0) (Option Control), 5-3,5-6 

OPT (Option), 6-3 

Option (OPT), 6-3 

Option Control (OPT(2-0)), 5-3,5-6 

OR, 7-39 

Organization, Branch Target Cache 
memory, 4-5 

Organization, dataflow, 1-5 

Out args, 7-2 

Out of range, 8-5 

Out of Range trap, 8-5 

OV (Overflow), 7-36 

Overflow (OV), 7-36 

Overflow (V), ALU Status Reg., 8-5 

Overflow, signed, 8-5 

Overflow, unsigned, 8-5 

Overlapped loads, 1-6 

Overlapped store, 1-6 

Page change information, 7-31 
Page fault, 7-34 
Page reference, 7-31 
Page size, virtual, 7-31 
Paging, 7-31,7-33 
PC (Program Counter), 4-10,8-2 
PC Buffer, 4-10 


PC Bus, 4-11 

PC MUX, 4-11 

PC2-PC0, 4-11,4-12, 7-29 

PCI (Program Counter 1) Program 

_Counter 1 Reg., 5-20 

PDA (Pipelined Data Access), 5-3, 5-9 
PEN (Pipeline Enable), 5-2, 5-9, 5-10 
PiA (Pipelined Instruction Acknowledge), 
5-2, 5-9, 5-10 

PID (Process Identifier) MMU 

Configuration Reg., 3-18, 3-72, 3-77 
Pipeline, 1-7, 2-13, 4-2 
Pipeline data dependencies, 4-13 
Pipeline dependency, 4-13 
Pipeline Enable (PEN), 5-2 
Pipeline features exposed, 7-1,7-37 
Pipeline Hold, 4-2, 4-14 
Pipeline Hold mode, 2-16, 4-23, 5-4 
Pipeline Interlocks, 1-11 
Pipelined access, 5-8, 5-9, 5-11 
Pipelined access protocol, 2-18 
Pipelined addresses, 1 -4 
Pipelined Data Access (PDA), 5-3, 5-9, 

5-10 _ 

Pipelined Instruction Access (PIA), 5-2, 
5-9, 5-10 
Port A, 4-13 
Port B, 4-13 
Port C, 4-13 
Prefetching, 1-5 
Primary access, 5-9, 5-10 
Prioritizer, 2-16, 4-19 
Priority, 5-29 

Process Identifier (PID), MMU 

Configuration Reg., 3-18, 3-72, 3-77 
Processor, 5-9 
Processor cancellation, 5-16 
Processor-generated clock, 5-31 
Processor modes, 2-16 
Processor preemption, 5-16 
Processor reset, 5-30 
Processor termination, 5-16 
Program Counter (PC), 4-10 
Program Counter Unit, 2-15, 4-10 
Programming, Coprocessor, 2-13 
Protected segment, 2-2 
Protection bits, supervisor mode, 7-28 
Protection bits, TLB, 7-31 
Protection bits, user mode, 7-28 
Protection checking, 4-15 
Protection Violation Trap, 7-17 
Protection violation, TLB, 7-28 
Protection, external access, 7-28 
Protection, memory, 7-28 
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Protection, register, 7-28 
Protection, system, 7-28 

Q (Quotient/Multiplier) Q Register, 2-4,8-2 

R/W, 5-1 

RA Register, 8-2,8-7 

RB or I. 8-7 

RB register, 8-2,8-7 

RC register, 8-2,8-7 

Read/Write (R/W), 5-1 

Recursion, 7-1 

Region Mapping, 7-33 

Register address generator, 4-13 

Register addressing, 4-12 

Register bank protect, 3-5, 3-15, 7-28 

Register file, 1-4, 2-15, 4-12, 4-13 

Register file port, 4-12 

Register protection, 7-28 

Register RA, 8-2 

Register RB, 8-2 

Register RC, 8-2 

Register read-address comparators, 4-13 
Register, ALU Status, 2-4,5-26,7-29 
Register, Byte Pointer, 2-4 
Register, Channel Address, 2-3 
Register, Channel Control, 2-3 
Register, Channel Data, 2-3 
Register, Configuration, 2-3 
Register, Funnel Shift Count, 2-4 
Register, Indirect Pointer A, 2-4 
Register, Indirect Pointer B, 2-4 
Register, Indirect Pointer C, 2-4 
Register, Load/Store Count 
Remaining, 2-4 

Register, LRU Recommendation, 2-3 
Register, MMU Configuration, 2-3 
Register, Program Counter 0,2-3 
Register, Program Counter 1,2-3 
Register, Program Counter 2, 2-3 
Register, Q, 2-4, 8-2 
Register, Register Bank Protect, 2-3 
Register, Timer Counter, 2-3 
Register, TLB, 2-4 

Register, Vector Area Base Address, 2-2 

Registers, delayed effects, 7-41 

Registers, global, 2-1 

Registers, local, 2-1 

Registers, local, stack pointer, 2-2 

Registers, special-purpose, protected, 2-2 

Relational operators, 4-19 

Relative branch, 2-5 

Reset (RESET), 4-24, 5-5, 5-24, 5-33 

Reset mode, 2-17, 5-30,5-33 


Resident pages, 7-32 
Restart, 7-34 

Restarting after faulty external 
access, 7-34 
Run-time checking, 7-17 
Run-time Stack, 7-2 

Stack Pointer (SP), 3-5, 7-2, 7-41 
SA (Set Coprocessor Active), 6-3 
SA (Special-Purpose Register 
number), 8-2 
Segment, protected, 2-2 
Set Coprocessor Active (SA), 6-3 
Set Indirect Pointers (SETIP), 7-16 
SETIP (Set Indirect Pointers), 7-16 
Shift, byte-aligned, 7-27 
Simple access, 5-8 
Simulation, Interrupts, 7-30 
Slave cancellation, 5-17 
Slave device, 5-9 
Slave Mode, 5-10 
Slave preemption, 5-17 
SORT, 7-38 

Space Identification Field, 4-6-4-7 
SPDEST, 8-2 
SPECIAL, 8-2 
Spurious errors, 5-33 
SRCA, 8-2 

SRCA. BYTEn, 8-2 

SRCB, 8-2 
SRCB.BYTEn, 8-2 
Stack Cache, 7-4 

Stack Pointer (SP), 1-11,2-2, 3-5, 4-12, 

4- 13 

Stack, compiler's run-time, 1-4-1-5 
Stack, run-time, 7-2 

STAT(2-0) (CPU Status), 5-5, 5-21,5-24, 

5- 27, 5-30 

Status results, arithmetic, 8-4 

Status results, logic, 8-4 

Step, 5-5, 5-22, 5-24, 5-25 

Step mode, 2-16, 5-25 

Store and lock, 5-20, 7-36 

Store Multiple, 1-7, 4-14, 4-15, 5-21, 7-27 

STOREL, 5-20, 7-36 

STOREM, 1-7,4-14,4-15 

SUB, 7-39 

SUBR, 7-39 

Subtraction, Integer, 7-18 
SUP/DS (Supervisor/User), 5-1 
Supervisor mode (SM),_2-1,3-1,5-1,7-27 
Supervisor/User (SUP/DS), 5-1 
Symbols, 8-1 

Synchronization, clock, 5-32 




Syntax, assembler, 8-4 
SYSCLK (System Clock), 5-5,5-28, 
5-30-5-33 

System diagram, 1-3 
System interface, 2-17 
System programming, 7-28 
System protection, 7-28 
System-generated clock, 5-31 

Taking Interrupt or Trap, 5-4 
TARGET, 8-2 
Target, 4-8 

Target instruction, 4-6, 4-7 
Task Identifier (TID), TLB Entry 
WordO, 2-12 
Task identifiers, 1-7 
TC (Transfer Control), 6-2 
TCV (Timer Count Value) Timer Counter 
Reg., 7-36 

TE (Trace Enable), 3-78 
Terminology, 8-3 

Test (Test mode), 2-17, 5-5, 5-28 
Test/Development interface, 2-18,5-21 
Timer Count Register, 7-36 
Timer Count Value (TCV) Timer Counter 
Reg., 7-36 

Timer Counter Register, 5-24 

Timer Facility, 2-13, 5-24, 7-36 

Timer Interrupts, 7-36 

Timer Reload Register, 7-36 

Timer Reload Value (TRV), 7-36 

TLB (Translation Look-Aside Buffer), 1-7 

TLB miss, 5-12 

TLB Miss handling, 7-31 

TLB[n], 8-2 

TLB registers, 2-5,3-32 
TLB reload, 7-29, 7-31 
TLB, second-level, 7-32 
TP (Trace Pending), 3-78 
Trace Enable (TE), 3-78 
Trace Facility, 2-13 
Trace Pending (TP), 3-78 
Trace Trap, 3-78 
Transfer Control (TC), 6-2 
Transfer, coprocessor, 6-2,6-5 


Translation Look-Aside Buffer (TLB), 1-7 
Translation, early address, 1-7 
Translation, instruction address, 
4-22-4-23 

Translation, Load Multiple address, 4-23 
Translation, Store Multiple address, 4-23 
Translation, virtual to physical, 1-7 
Trap Request (TRAP(I-O)), 5-4, 5-29 
TRAP(I-O) (Trap Request), 5-4, 5-29 
Traps, 1-8, 2-11,2-13, 5-20, 7-28, 7-35 
Traps, external, 5-29 
TRUE, 8-2 

TRV (Timer Reload Value) Timer Reload 
Reg., 7-36 
TWIN, 8-2 

UA (User Access), 6-3 
Underflow, signed, 8-3 
Underflow, unsigned, 8-3 
User Access (UA), 6-3 
User-defined, 5-6 

V (Overflow) ALU Status Reg., 8-4 
Valid bits. Branch Target Cache memory, 
4-5, 4-8 

Valid Instructions in Cache, 4-9 
Valid transitions, 5-23 
VE (Valid Entry) TLB Entry Word 0, 4-5 
Vector Area, 1-8, 2-11,7-29 
Vector Area Base address, 2-2 
Vector number, 7-17 
Vectors, table of, 2-12, 3-59 
Virtual-page boundary, 5-17 
Virtual-page size, 7-30 
Virtual to physical address translation, 
1-7, 3-72 
VN, 8-3, 8-7 

Walt mode, 2-16 
Warm start, 7-32 

Warn (WARN), 4-24, 5-4, 5-30, 5-31 

Z (Zero) ALU Status Reg., 8-4 
Zero (Z), 8-4 
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